home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1994 January / InfoMagic Standards - January 1994.iso / ccitt / 1988 / troff / 6_5_02.tro < prev    next >
Text File  |  1991-12-13  |  127KB  |  4,889 lines
  1. .rs
  2. .\" Troff code generated by TPS Convert from ITU Original Files
  3. .\"                 Not Copyright ( c) 1991 
  4. .\"
  5. .\" Assumes tbl, eqn, MS macros, and lots of luck.
  6. .TA 1c 2c 3c 4c 5c 6c 7c 8c
  7. .ds CH
  8. .ds CF
  9. .EQ
  10. delim @@
  11. .EN
  12. .nr LL 40.5P
  13. .nr ll 40.5P
  14. .nr HM 3P
  15. .nr FM 6P
  16. .nr PO 4P
  17. .nr PD 9p
  18. .po 4P
  19.  
  20. .rs
  21. \v | 5i'
  22. .sp 1P
  23. .ce 1000
  24. \v'3P'
  25. SECTION\ 3
  26. .ce 0
  27. .sp 1P
  28. .ce 1000
  29. \fBDESIGN\ OBJECTIVES\ AND\ MEASUREMENTS\fR 
  30. .ce 0
  31. .sp 1P
  32. .sp 2P
  33. .LP
  34. \fBRecommendation\ Q.541\fR 
  35. .RT
  36. .sp 2P
  37. .sp 1P
  38. .ce 1000
  39. \fBDIGITAL\ EXCHANGE\ DESIGN\ OBJECTIVES\fR \fB\ \(em\ GENERAL\fR 
  40. .EF '%    Fascicle\ VI.5\ \(em\ Rec.\ Q.541''
  41. .OF '''Fascicle\ VI.5\ \(em\ Rec.\ Q.541    %'
  42. .ce 0
  43. .sp 1P
  44. .LP
  45. \fB1\fR     \fBGeneral\fR 
  46. .sp 1P
  47. .RT
  48. .PP
  49. This Recommendation applies to digital local, combined, transit and international 
  50. exchanges for telephony in Integrated Digital Networks (IDN) 
  51. and mixed (analogue/digital) networks, and also to local, combined, transit 
  52. and international exchanges in an Integrated Services Digital Network (ISDN). 
  53. The field of application of this Recommendation is more fully defined in 
  54. Recommendation\ Q.500. Some objectives only apply to a certain type (or 
  55. types) of exchange. Where this occurs, the application is defined in the 
  56. text. Where no such qualification is made, the objective applies to all 
  57. exchange 
  58. applications.
  59. .RT
  60. .sp 2P
  61. .LP
  62. \fB2\fR     \fBGeneral design objectives\fR 
  63. .sp 1P
  64. .RT
  65. .PP
  66. The exchange and/or any associated operations and maintenance
  67. systems/centers shall have the capabilities needed to allow the exchange 
  68. to be operated and administered efficiently while providing service in 
  69. accordance 
  70. with an Administration's performance requirements.
  71. .RT
  72. .sp 1P
  73. .LP
  74. 2.1
  75.     \fIExchange modifications and growth\fR 
  76. .sp 9p
  77. .RT
  78. .PP
  79. The exchange should be capable of having hardware and/or software added 
  80. or changes made without causing a significant impact on service (see 
  81. \(sc\(sc\ 4.4, 4.10.2 \(em\ Planned outages).
  82. .RT
  83. .sp 1P
  84. .LP
  85. 2.2
  86.     \fIService provisioning and records\fR 
  87. .sp 9p
  88. .RT
  89. .PP
  90. There should be efficient means of establishing service, testing, discontinuing 
  91. service and maintaining accurate records for: 
  92. .RT
  93. .LP
  94.     \(em
  95.     subscriber lines and services,
  96. .LP
  97.     \(em
  98.     interexchange circuits.
  99. .sp 1P
  100. .LP
  101. 2.3
  102.     \fITranslations and routing information\fR 
  103. .sp 9p
  104. .RT
  105. .PP
  106. There should be efficient means of establishing, testing and
  107. changing call processing information, such as translation and routing
  108. information.
  109. .RT
  110. .sp 1P
  111. .LP
  112. 2.4
  113.     \fIResource utilization\fR 
  114. .sp 9p
  115. .RT
  116. .PP
  117. There should be efficient means of measuring performance and
  118. traffic flows and to arrange equipment configurations as required to insure
  119. efficient use of system resources and to provide a good grade of service 
  120. to all subscribers (e.g.,\ load balancing). 
  121. .bp
  122. .RT
  123. .sp 1P
  124. .LP
  125. 2.5
  126.     \fIPhysical design objectives\fR 
  127. .sp 9p
  128. .RT
  129. .PP
  130. The exchange shall have a good physical design that
  131. provides:
  132. .RT
  133. .LP
  134.     \(em
  135.     adequate space for maintenance activities,
  136. .LP
  137.     \(em
  138.     conformance with environmental requirements,
  139. .LP
  140.     \(em
  141.     uniform equipment identification (conforming with the
  142. Administration's requirements),
  143. .LP
  144.     \(em
  145.     a limited number of uniform power up/down procedures for
  146. all component parts of the exchange.
  147. .sp 2P
  148. .LP
  149. \fB3\fR     \fBIntegrated Digital Network design objectives\fR 
  150. .sp 1P
  151. .RT
  152. .sp 1P
  153. .LP
  154. 3.1
  155.     \fIExchange timing distribution\fR 
  156. .sp 9p
  157. .RT
  158. .PP
  159. The timing distribution system of an exchange will be derived from a highly 
  160. reliable exchange clock system. The distribution of timing within the exchange 
  161. must be designed so that the exchange will maintain synchronism on 
  162. 64\ kbit/s channel timeslots in a connection through the exchange.
  163. .RT
  164. .sp 1P
  165. .LP
  166. 3.2
  167.     \fINetwork synchronization\fR 
  168. .sp 9p
  169. .RT
  170. .PP
  171. Within a synchronized IDN/ISDN, different methods of providing
  172. timing between exchanges may be used. An exchange should be able to be
  173. synchronized:
  174. .RT
  175. .LP
  176.     a)
  177.     by an incoming digital signal at an interface A (or B,
  178. if provided) as defined in Recommendation\ Q.511; this
  179. applies only to signals derived from a Primary Reference
  180. Source, as defined in Recommendation\ G.811;
  181. .LP
  182.     b)
  183.     directly by a Primary Reference Source, using an
  184. interface complying with Recommendation\ G.811;
  185. .LP
  186.     c)
  187.     optionally, by an analogue signal at one of the
  188. frequencies listed in Recommendation\ G.811.
  189. .PP
  190. Plesiochronous operation should also be possible.
  191. .PP
  192. The clock of the local, combined or transit exchange shall be
  193. responsible for maintaining the synchronization in the part of the network
  194. associated with that exchange.
  195. .PP
  196. The timing performance of the clocks in local, combined or transit
  197. exchanges should comply with Recommendation\ G.811. The timing performance of
  198. clocks at subscriber premises, at digital PABXs, in digital concentrators, 
  199. at muldexes,\ etc., require further study. 
  200. .PP
  201. Synchronized national networks may be provided with exchange clocks
  202. not having the frequency accuracy required for international interworking.
  203. However, when these synchronized networks within national boundaries are
  204. required to interwork internationally as part of the international IDN/ISDN, 
  205. it will be necessary to provide means to operate these national networks 
  206. to the 
  207. internationally recommended value of frequency accuracy in
  208. Recommendation\ G.811.
  209. .RT
  210. .sp 1P
  211. .LP
  212. 3.3
  213.     \fISlip\fR 
  214. .sp 9p
  215. .RT
  216. .PP
  217. The design objective controlled slip rate within a synchronized
  218. region (see Note) controlled by the exchange should be zero provided that 
  219. input jitter and wander remain within the limits given in Recommendation\ 
  220. G.823 
  221. and\ G.824.
  222. .PP
  223. The design objective controlled slip rate at a digital exchange in
  224. plesiochronous operation (or operating to another synchronized region) 
  225. shall be not more than one slip in 70\ days in any 64\ kbit/s channel, 
  226. provided that input jitter and wander remain within the limits given in 
  227. Recommendations\ G.823 
  228. and\ G.824.
  229. .PP
  230. The operational performance requirements for the rate of octet slips on 
  231. an international connection or corresponding bearer channel are covered 
  232. in Recommendation\ G.822. 
  233. .PP
  234. The occurrence of a controlled slip should not cause loss of frame
  235. alignment.
  236. .PP
  237. \fINote\fR \ \(em\ A synchronized region is defined as a geographic entity
  238. normally synchronized to a single source and operating plesiochronously with
  239. other synchronized regions. It may be a continent, country, part of a country 
  240. or countries. 
  241. .bp
  242. .RT
  243. .sp 1P
  244. .LP
  245. 3.4
  246.     \fIRelative Time Interval Error (TIE)\fR \fIat the exchange output\fR 
  247. .sp 9p
  248. .RT
  249. .PP
  250. Relative Time Interval Error (TIE) at the exchange output is
  251. defined as the difference in time delay of a given timing signal when
  252. compared to a reference timing signal for a given measurement period
  253. (see Recommendation\ G.811).
  254. .RT
  255. .sp 1P
  256. .LP
  257. 3.4.1
  258.     \fIInterface V\fI\d\fI1\fR\u
  259. .sp 9p
  260. .RT
  261. .PP
  262. Relative Time Interval Error (TIE) at the exchange output at the
  263. interface to the basic access digital section requires further study.
  264. .RT
  265. .sp 1P
  266. .LP
  267. 3.4.2
  268.     \fIInterfaces A, B, V\fI\d\fI4\fR\u [ mangled text ].
  269. .PP
  270. The relative TIE at the output of the digital interfaces\ A, B,
  271. V\d2\u, V\d3\uand V\d4\uover the period\ S seconds should not exceed the
  272. following limits:
  273. .RT
  274. .LP
  275.     1)
  276.     (100 S) ns + 1/8 UI for S < 10.
  277. .LP
  278.     2)
  279.     1000 ns for S \(>=" 10 (see Figure\ 4/Q.541).
  280. .LP
  281. .rs
  282. .sp 30P
  283. .ad r
  284. \fBFigure 1/Q.541, p.\fR 
  285. .sp 1P
  286. .RT
  287. .ad b
  288. .RT
  289. .PP
  290. In the case of synchronous operation the limits are specified on the assumption 
  291. of an ideal incoming synchronizing signal (no jitter, no wander and no 
  292. frequency deviation) on the line delivering the timing information. In 
  293. the case of asynchronous operation the limits are specified assuming no 
  294. frequency deviation of the exchange clock, (this is equivalent to taking the
  295. output of the exchange clock as the reference timing signal for the relative
  296. TIE measurements).
  297. .PP
  298. It is recognized that the approach of using relative TIE to specify
  299. the performance of an exchange in the case of synchronous operation in some
  300. implementations (e.g.,\ when\ mutual synchronization methods are used) 
  301. requires further study. 
  302. .bp
  303. .PP
  304. Any internal operation or rearrangement within the synchronization and 
  305. timing unit or any other cause should not result in a phase discontinuity 
  306. greater than 1/8 of a Unit Interval (UI) on the outgoing digital signal from
  307. the exchange.
  308. .PP
  309. The limits given in Figure 4/Q.541 may be exceeded in cases of
  310. infrequent internal testing or rearrangement operations within the exchange. 
  311. In such cases, the following conditions should be met: 
  312. .RT
  313. .PP
  314. The Relative Time Interval Error (TIE) over any period up to
  315. 2\u1\d\u1\d unit intervals should not exceed 1/8 of a UI. For periods greater
  316. than 2\u1\d\u1\d\ UI, the phase variation for each interval of\ 2\u1\d\u1\d 
  317. UI should not exceed 1/8\ UI up to a maximum total Relative TIE defined 
  318. in 
  319. Recommendation\ G.811 for long time periods.
  320. .sp 1P
  321. .LP
  322. 3.5
  323.     \fISynchronization requirements when interworking with a digital\fR 
  324. \fIsatellite system\fR 
  325. .sp 9p
  326. .RT
  327. .PP
  328. On a provisional basis the following should apply:
  329. .PP
  330. The transfer from the timing of the terrestrial digital network to the 
  331. timing of the satellite system, if required (plesiochronous operation), 
  332. will 
  333. not be performed by the digital exchange. The earth station will be equipped
  334. with buffer memories of suitable size to compensate for the time delay
  335. variations due to shifts of the satellite from its ideal position (and 
  336. due to any other phenomena with similar effects) and to meet the slip performance 
  337. requirements established in CCITT Recommendation\ G.822.
  338. .RT
  339. .sp 2P
  340. .LP
  341. \fB4\fR     \fBAvailability\fR \fBdesign objectives\fR 
  342. .sp 1P
  343. .RT
  344. .sp 1P
  345. .LP
  346. 4.1
  347.     \fIGeneral\fR 
  348. .sp 9p
  349. .RT
  350. .PP
  351. Availability is one aspect of the overall quality of service of an  exchange.
  352. .PP
  353. Availability objectives are important factors to be considered in
  354. the design of a switching system and may also be used by administrations to
  355. judge the performance of a system design and to compare the performance of
  356. different system designs.
  357. .PP
  358. Availability may be determined by collecting and evaluating data from exchanges 
  359. in operation in accordance with draft Recommendation\ E.450. Data 
  360. collection may be facilitated by the use of the Telecommunications
  361. Management Network (TMN).
  362. .PP
  363. Availability may be expressed as the ratio of the accumulated time
  364. during which the exchange (or part of it) is capable of proper operation 
  365. to a time period of statistically significant duration called the mission 
  366. time.
  367. \v'6p'
  368. .RT
  369. .ce 1000
  370. Availability (A) = 
  371. @ { ccumulated~up\(hytime } over { ission~time } @  =
  372. @ { ccumulated~up\(hytime } over { ccumulated~up\(hytime~+ } @ 
  373. .ce 0
  374. .sp 1P
  375. .ce 1000
  376. Availability (A) = accumulated up\(hytime = 
  377. accumulated down\(hytime
  378. .ce 0
  379. .sp 1P
  380. .PP
  381. .sp 1
  382. Sometimes it is more convenient to use the term unavailability
  383. (instead of availability) which is defined as:
  384. \v'6p'
  385. .sp 1P
  386. .ce 1000
  387. Unavailability (U) = 1 \(em A.
  388. .ce 0
  389. .sp 1P
  390. .PP
  391. .sp 1
  392. The terms used in this section, when they already exist, are in
  393. accordance with CCITT Recommendation\ G.106.
  394. .sp 1P
  395. .LP
  396. 4.2
  397.     \fICauses of\fR 
  398. \fIunavailability\fR 
  399. .sp 9p
  400. .RT
  401. .PP
  402. This Recommendation deals with availability as observed from the
  403. exchange termination point of view. Both planned and unplanned outages 
  404. need to be considered, and both types need to be minimized. Unplanned outages 
  405. reflect on the inherent reliability of the exchange and are therefore considered 
  406. separately from planned outages in this Recommendation.
  407. .PP
  408. Unplanned unavailability counts all failures that cause
  409. unavailability. Thus hardware failure, software malfunctions and unintentional 
  410. outages resulting from craftperson activity are to be counted. 
  411. .bp
  412. .RT
  413. .sp 1P
  414. .LP
  415. 4.3
  416.     \fIIntrinsic and operational unavailability\fR 
  417. .sp 9p
  418. .RT
  419. .PP
  420. Intrinsic unavailability is the unavailability of an exchange (or part 
  421. of it) due to exchange (or unit) failure itself, excluding the logistic 
  422. delay time (e.g.\ travel times, unavailability of spare units,\ etc.) and
  423. planned outages.
  424. .PP
  425. Operational unavailability is the unavailability of an exchange (or
  426. part of it) due to exchange (or unit) failure itself, including the logistic
  427. delay time (e.g.\ travel times, unavailability of spare units,\ etc.).
  428. .RT
  429. .sp 1P
  430. .LP
  431. 4.4
  432.     \fIPlanned outages\fR 
  433. .sp 9p
  434. .RT
  435. .PP
  436. Planned outages are those intentionally induced to facilitate
  437. exchange growth or hardware and/or software modifications. The impact of 
  438. these activities on service depends on their duration, the time of day 
  439. they are 
  440. introduced and on the particular system design.
  441. .RT
  442. .sp 1P
  443. .LP
  444. 4.5
  445.     \fITotal and partial unavailability\fR 
  446. .sp 9p
  447. .RT
  448. .PP
  449. Exchange unavailability may be either total or partial. Total
  450. unavailability affects all terminations, and consequently, all traffic 
  451. that is offered during the outage is equally affected. A partial outage 
  452. has an effect only on some terminations. 
  453. .PP
  454. From the point of view of one termination on an exchange (e.g. a
  455. subscriber line termination), the numerical value of mean accumulated downtime 
  456. (and hence the unavailability) for a specified period of time should not 
  457. depend on the exchange size or its traffic handling capacity. Similarly, 
  458. from the 
  459. point of view of a group of terminations of size\ \fIn\fR , the mean accumulated 
  460. downtime for a specified period of time, \fIin case they are simultaneously\fR 
  461. \fIunavailable\fR , should not depend on exchange size. However, for two 
  462. groups of 
  463. .PP
  464. terminals of differing size\ \fIn\fR and\ \fIm\fR such that\ \fIn\fR is greater
  465. than\ \fIm\fR \ (\fIn\fR \ >\ m), the mean accumulated downtime (and hence the
  466. unavailability) for\ \fIn\fR will be less than the mean accumulated downtime
  467. (MADT) or the unavailability for\ \fIm\fR .
  468. .RT
  469. .LP
  470.     Thus:
  471. .sp 1P
  472. .ce 1000
  473. MADT(\fIn\fR ) < MADT(\fIm\fR ) where \fIn\fR \ >\ \fIm\fR 
  474. .ce 0
  475. .sp 1P
  476. .LP
  477.     and
  478. .sp 1P
  479. .ce 1000
  480. U(\fIn\fR ) < U(\fIm\fR )
  481. .ce 0
  482. .sp 1P
  483. .PP
  484. The lower limit of \fIm\fR is one termination, and it can be
  485. specified as having a mean value of \fIT\fR \ minutes per year.
  486. .sp 1P
  487. .LP
  488. 4.6
  489.     \fIStatistical basis\fR 
  490. .sp 9p
  491. .RT
  492. .PP
  493. Any estimation of unavailability is of necessity a statistical
  494. quantity, because outages are presumed to occur randomly and they are of 
  495. random duration. Therefore, availability measurements are significant when 
  496. made over a statistically significant number of exchanges. It follows then, 
  497. that a single exchange may exceed the unavailability objectives. Further, 
  498. to be statistically significant the mission time must be adequate in order 
  499. to have sufficient 
  500. collected data. The accuracy of the result is dependent on the amount of
  501. collected data.
  502. .RT
  503. .sp 1P
  504. .LP
  505. 4.7
  506.     \fIRelevant failure events\fR 
  507. .sp 9p
  508. .RT
  509. .PP
  510. Different types of failure events may occur in an exchange. In
  511. order to evaluate the unavailability of an exchange (or part of it) only 
  512. those events having an adverse effect on the exchange's ability to process 
  513. calls as required should be taken into account. A failure event which is 
  514. short in 
  515. duration and results only in call delay rather than in a call denial can be
  516. disregarded.
  517. .RT
  518. .sp 1P
  519. .LP
  520. 4.8
  521.     \fIAvailability independence\fR 
  522. .sp 9p
  523. .RT
  524. .PP
  525. The design objectives for the unavailability of a single
  526. termination or any group of terminations of size \fIn\fR are independent
  527. of exchange size or internal structure.
  528. .RT
  529. .sp 1P
  530. .LP
  531. 4.9
  532.     \fIIntrinsic downtime and unavailability objectives\fR 
  533. .sp 9p
  534. .RT
  535. .PP
  536. The recommended measure for use in determining \fIintrinsic\fR 
  537. \fIunavailability\fR is mean accumulated intrinsic down time (MAIDT) for
  538. individual or groups of terminations, for a given mission time, typically 
  539. one year. 
  540. .bp
  541. .PP
  542. For one termination:
  543. .RT
  544. .sp 1P
  545. .ce 1000
  546. MAIDT(1) \(= 30 minutes per year.
  547. .ce 0
  548. .sp 1P
  549. .PP
  550. For an exchange termination group of size \fIn\fR :
  551. .sp 1P
  552. .ce 1000
  553. MAIDT(\fIn\fR ) < MAIDT(\fIm\fR ) where \fIn\fR \ >\ \fIm\fR .
  554. .ce 0
  555. .sp 1P
  556. .PP
  557. This reflects the consequences (e.g. traffic congestion, social
  558. annoyance, etc.), of the simultaneous outage of a large number of
  559. terminations.
  560. .PP
  561. The above expression is a statement of principle and means that units serving 
  562. larger group sizes shall have lower MAIDT. 
  563. .RT
  564. .sp 2P
  565. .LP
  566. 4.10
  567.     \fIOperational unavailability objectives\fR 
  568. .sp 1P
  569. .RT
  570. .sp 1P
  571. .LP
  572. 4.10.1
  573.     \fILogistic delay time\fR 
  574. .sp 9p
  575. .RT
  576. .PP
  577. Due to differing national conditions, logistic delay times may vary from 
  578. country to country and therefore may not be subject to international 
  579. Recommendation.
  580. .PP
  581. Nevertheless, for design guidance, an indication of the
  582. Administration's logistic delays is considered desirable to establish overall 
  583. operational performance objectives. It is left for the operating Administration 
  584. to determine how it should be accounted for in the determination of operational 
  585. unavailability. 
  586. .RT
  587. .sp 1P
  588. .LP
  589. 4.10.2
  590.     \fIPlanned outages\fR 
  591. .sp 9p
  592. .RT
  593. .PP
  594. Planned outages are to be minimized to the greatest extent
  595. practicable. They should be scheduled so as to have least impact on service
  596. practicable.
  597. .RT
  598. .sp 1P
  599. .LP
  600. 4.11
  601.     \fIInitial exchange availability performance\fR 
  602. .sp 9p
  603. .RT
  604. .PP
  605. A system rarely meets all long\(hyterm design objectives when first
  606. placed into service. The objectives contained in this Recommendation may
  607. therefore not be fulfilled for a limited period of time after the newly
  608. designed switched system has been put into service; this period of time 
  609. should be minimized to the greatest extent practicable. 
  610. .RT
  611. .sp 2P
  612. .LP
  613. \fB5\fR     \fBHardware reliability design objectives\fR 
  614. .sp 1P
  615. .RT
  616. .PP
  617. \fI\fR A bound on the rate of hardware failures is recommended. It
  618. includes all types of hardware failures and the failures counted are
  619. independent of whether or not there is a resulting service degradation.
  620. .PP
  621. An acceptable hardware failure rate for an exchange is a function of the 
  622. exchange size and the types of terminations. 
  623. .PP
  624. The following formula can be used to verify that the maximum failure rate 
  625. does not exceed the Administration's requirements: 
  626. \v'6p'
  627. .RT
  628. .sp 1P
  629. .ce 1000
  630. \fIF\fR \dmax
  631. \u = C
  632. \d0\u + 
  633. @ pile { fIn\fR above sum above \fIi\fR~=1 } @\fIC
  634. \di\uT
  635. \di\u\fR 
  636. .ce 0
  637. .sp 1P
  638. .LP
  639. .sp 1
  640. where:
  641. .LP
  642.     \fIF\fR\dm\\da\\dx\u
  643.     the maximum acceptable number of hardware
  644. failures per unit of time;
  645. .LP
  646.     \fIT\fR\d\fIi\fR\u    the number of terminations of type\ \fIi\fR ;
  647. .LP
  648.     \fIn\fR     the number of distinct types of terminations;
  649. .LP
  650.     C\d0\u    to be determined taking into account all
  651. failures which are independent of exchange size;
  652. .LP
  653.      \fIC\fR\d\fIi\fR\u coefficients for terminations of type\ \fIi\fR , reflecting 
  654. the number of failures associated with individual terminations 
  655. of that type. Different hardware used with different
  656. types of terminations may result in different values
  657. for \fIC\fR\d\fIi\fR\u.
  658. .bp
  659. .sp 2P
  660. .LP
  661. \fBRecommendation\ Q.542\fR 
  662. .RT
  663. .sp 2P
  664. .sp 1P
  665. .ce 1000
  666. \fBDIGITAL\ EXCHANGE\ DESIGN\ OBJECTIVES\ \(em\ OPERATIONS
  667. AND\ MAINTENANCE\fR 
  668. .EF '%    Fascicle\ VI.5\ \(em\ Rec.\ Q.542''
  669. .OF '''Fascicle\ VI.5\ \(em\ Rec.\ Q.542    %'
  670. .ce 0
  671. .sp 1P
  672. .LP
  673. \fB1\fR     \fBGeneral\fR 
  674. .sp 1P
  675. .RT
  676. .PP
  677. This Recommendation applies to digital local, combined, transit and international 
  678. exchanges for telephony in Integrated Digital Networks (IDN) 
  679. and mixed (analogue/digital) networks, and also to local, combined, transit 
  680. and international exchanges in an Integrated Services Digital Network (ISDN). 
  681. .PP
  682. The field of application of this Recommendation is more fully defined in 
  683. Recommendation\ Q.500. Some objectives only apply to a certain type (or 
  684. types) of exchange. Where this occurs, the application is defined in the 
  685. text. Where no such qualification is made, the objective applies to all 
  686. exchange 
  687. applications.
  688. .RT
  689. .sp 2P
  690. .LP
  691. \fB2\fR     \fBMaintenance design objectives\fR 
  692. .sp 1P
  693. .RT
  694. .PP
  695. The exchange shall be arranged so that normal maintenance
  696. activities can be easily performed by maintenance personnel. It should be
  697. capable of providing all information necessary for the identification of
  698. trouble conditions and the direction of repair activities.
  699. .RT
  700. .sp 1P
  701. .LP
  702. 2.1
  703.     \fIStatus and other information\fR 
  704. .sp 9p
  705. .RT
  706. .PP
  707. The exchange shall provide information to maintenance personnel so that 
  708. they can quickly ascertain: 
  709. .RT
  710. .LP
  711.     \(em
  712.     equipment/system status,
  713. .LP
  714.     \(em
  715.     critical load levels,
  716. .LP
  717.     \(em
  718.     trouble conditions,
  719. .LP
  720.     \(em
  721.     network management controls in effect.
  722. .sp 1P
  723. .LP
  724. 2.2
  725.     \fIInputs and outputs\fR 
  726. .sp 9p
  727. .RT
  728. .PP
  729. The exchange shall be able to transmit and receive maintenance
  730. information and respond to commands from on\(hysite and if appropriate, from
  731. remote maintenance centre(s) or systems over the recommended interface(s)
  732. (Recommendation\ Q.513).
  733. .PP
  734. In performing operations and maintenance functions, the exchange shall 
  735. use CCITT MML at its input/output terminals as covered in the Z.300\(hyseries 
  736. of Recommendations. 
  737. .RT
  738. .sp 1P
  739. .LP
  740. 2.3
  741.     \fIRoutine testing\fR 
  742. .sp 9p
  743. .RT
  744. .PP
  745. The exchange shall have facilities for performing or directing
  746. routine test activities on its component parts and possibly with interfacing
  747. equipment or systems.
  748. .RT
  749. .sp 1P
  750. .LP
  751. 2.4
  752.     \fITrouble localization\fR 
  753. .sp 9p
  754. .RT
  755. .PP
  756. The exchange shall have adequate facilities for diagnosing and
  757. locating faults within the exchange.
  758. .RT
  759. .sp 1P
  760. .LP
  761. 2.5
  762.     \fIFault and alarm detection and actions at interfaces A, B,\fR 
  763. \fIV\fR\d\fI4\fR\u
  764. .sp 9p
  765. .RT
  766. .EF '%    \fI2,\''
  767. .OF '''\fI2,\    %'
  768. .EF '%    \fI3\ and\''
  769. .OF '''\fI3\ and\    %'
  770. .PP
  771. The exchange shall interact with transmission systems as required to detect 
  772. fault and alarms and take appropriate actions. 
  773. .RT
  774. .sp 1P
  775. .LP
  776. 2.5.1
  777.     \fIFault detection\fR 
  778. .sp 9p
  779. .RT
  780. .PP
  781. The following fault conditions should be detected:
  782. .RT
  783. .LP
  784.     \(em
  785.     failure of local power supply (if practicable);
  786. .LP
  787.     \(em
  788.     loss of incoming signal;
  789. .LP
  790.     \fINote\fR \ \(em\ The detection of this fault condition is required only
  791. when the fault does not result in an indication of loss of frame
  792. alignment.
  793. .bp
  794. .LP
  795.     \(em
  796.      loss of frame alignment (see Recommendations G.706; the loss of frame 
  797. alignment will also be assumed if no CRC multiframe 
  798. alignment can be achieved or if the proportion of corrupted
  799. CRC checks exceeds a certain value);
  800. .LP
  801.     \(em
  802.      excessive error ratio (without CRC procedure). The criteria for activating 
  803. and deactivating the indication of the fault 
  804. condition are given in draft Recommendation\ G.707. Consequent
  805. actions are given in \(sc\ 2.5.3;
  806. .LP
  807.     \(em
  808.     CRC error reporting, if applicable:
  809. .LP
  810.     a)
  811.     every time a received CRC block is detected
  812. errored by the exchange termination:
  813. .LP
  814.     \(em
  815.     a report will be transmitted to the error
  816. monitoring function;
  817. .LP
  818.     \(em
  819.     the information \*Qone multiframe errored\*U is
  820. transmitted in the outgoing signal at the interface
  821. using an E\ bit (see Recommendation\ G.704, \(sc\ 2.3.3.4);
  822. .LP
  823.     b)
  824.     every time that an E bit in the binary state 0 is
  825. received, a report will be transmitted to the error
  826. monitoring functions.
  827. .LP
  828.     (On a provisional basis the considerations related to the
  829. E bit may only apply to V\ interfaces \(em\ for further study.)
  830. .sp 1P
  831. .LP
  832. 2.5.2
  833.     \fIAlarm signal detection\fR 
  834. .sp 9p
  835. .RT
  836. .PP
  837. The following alarm indications should be detected:
  838. .RT
  839. .LP
  840.     \(em
  841.     Alarm indication (remote alarm) received from the remote
  842. end.
  843. .LP
  844.     \(em
  845.     AIS (alarm indication signal). The equivalent binary
  846. content of the alarm indication signal (AIS) is a continuous
  847. stream of \*Q1\*Us at 2048 or 8448\ kbit/s.
  848. .PP
  849. The strategy for detecting the presence of the AIS should be such that 
  850. the AIS is detectable even in the presence of an error ratio of\ 1 
  851. in\ 10\u3\d. However, a signal with all bits except the frame alignment bit in
  852. the 1\ state should not be mistaken as an AIS.
  853. .sp 2P
  854. .LP
  855. 2.5.3
  856.     \fIConsequent actions\fR 
  857. .sp 1P
  858. .RT
  859. .sp 1P
  860. .LP
  861. 2.5.3.1
  862.     \fIGeneration of alarm signals for action within the\fR 
  863. \fIexchange\fR \v'3p'
  864. .sp 9p
  865. .RT
  866. .LP
  867.     \(em
  868.     The service alarm indication should be generated to
  869. signify that the service is no longer available
  870. (see\ Table\ 1/Q.542).
  871. .LP
  872.     \(em
  873.     The prompt maintenance alarm indication should be generated
  874. to signify that performance is 
  875. below\ acceptable standards
  876. and that immediate maintenance attention is required
  877. locally (see\ Table\ 1/Q.542).
  878. .sp 1P
  879. .LP
  880. 2.5.3.2
  881.     \fIGeneration of alarm signals transmitted by the exchange\fR \v'3p'
  882. .sp 9p
  883. .RT
  884. .LP
  885.     \(em
  886.     Alarm signals sent in the outgoing direction at the exchange
  887. interface. The relevant alarm bits for 
  888. the\ remote alarm
  889. indication, as recommended in G.704 should be effected as
  890. soon as possible 
  891. (see\ Table\ 1/Q.542).
  892. .LP
  893.     \(em
  894.     Alarm signals sent towards the switching
  895. function. Alarm indication signal applied in all received
  896. time\(hyslots containing speech, data and/or signalling
  897. should be applied as soon as possible and not later than
  898. 2\ ms after the detection of the fault condition (see
  899. Table\ 1/Q.542).
  900. .sp 1P
  901. .LP
  902. 2.5.3.3
  903.     \fIRemoval of alarm indications\fR 
  904. .sp 9p
  905. .RT
  906. .PP
  907. When all fault conditions have been cleared and alarm indication
  908. signal is no longer received, the alarm indication signal and remote alarm
  909. indication should be removed within the same respective time limits as
  910. specified in \(sc\ 2.5.3.4 after the conditions have cleared.
  911. .bp
  912. .RT
  913. .ce
  914. \fBH.T. [T1.542]\fR 
  915. .ce
  916. TABLE\ 1/Q.542
  917. .ce
  918. \fBFault conditions and alarms detected by exchange termination functions\fR 
  919. .ce
  920. \fBand consequent actions\fR 
  921. .ce
  922. \fB(excluding interface V\fR\(da\fB1)\fR 
  923. .T&
  924. lw(54p) | lw(54p) | lw(48p) | lw(36p) | lw(36p) .
  925.                 
  926. .T&
  927. lw(54p) | cw(54p) | cw(48p) | cw(36p) | cw(36p) .
  928. Failure of power supply    Yes    Yes    Yes,  if practicable    Yes,  if practicable
  929. _
  930. .T&
  931. lw(54p) | cw(54p) | cw(48p) | cw(36p) | cw(36p) .
  932. Loss of incoming signal    Yes    Yes    Yes    Yes
  933. _
  934. .T&
  935. lw(54p) | cw(54p) | cw(48p) | cw(36p) | cw(36p) .
  936. Loss of frame alignment    Yes    Yes    Yes    Yes
  937. _
  938. .T&
  939. lw(54p) | cw(54p) | cw(48p) | cw(36p) | cw(36p) .
  940. Excessive error ratio    Yes    Yes    Yes    Yes
  941. _
  942. .T&
  943. lw(54p) | cw(54p) | cw(48p) | cw(36p) | cw(36p) .
  944.  {
  945. Alarm indication received from remote end
  946.  }     {
  947. 2048 |  | 448 kbit/s:
  948. Yes
  949. 1544 |  | 312 kbit/s:
  950. optional
  951.  }    1544 |  | 312 kbit/s:  Yes         
  952. _
  953. .T&
  954. lw(54p) | cw(54p) | cw(48p) | cw(36p) | cw(36p) .
  955. AIS received    Yes        Yes    Yes
  956. .TE
  957. .LP
  958. \fINote\fR
  959. \ \(em\ A \fIYes\fR
  960. in the table signifies that an action should be taken. An
  961. open space in the table signifies that the relevant action should \fInot\fR
  962. be
  963. taken if this condition is the only one present. If more than one fault
  964. condition or alarm is simultaneously present, action should be taken if 
  965. for at least one of the conditions a \fIYes\fR 
  966. is shown, except in the case of AIS
  967. received for which \(sc\ 2.5.3.4 applies. The use of error performance
  968. monitoring in this table is for further study.
  969. .nr PS 9
  970. .RT
  971. .ad r
  972. \fBTable 1/Q.542 [T1.542], p.\fR 
  973. .sp 1P
  974. .RT
  975. .ad b
  976. .RT
  977. .sp 1P
  978. .LP
  979. .sp 5
  980. 2.5.3.4
  981.     \fIAlarm processing\fR 
  982. .sp 9p
  983. .RT
  984. .PP
  985. The following items are required to ensure that equipment is not
  986. removed from service due to short breaks in transmission (e.g.\ due to 
  987. noise or transient fault) and to ensure that maintenance action does not 
  988. result where no direct maintenance action is required. 
  989. .RT
  990. .LP
  991.     \(em
  992.     The persistence of service alarm and of the prompt
  993. maintenance alarm indications may be verified for 100\ ms
  994. before action is taken.
  995. .LP
  996.     \(em
  997.     When the AIS is detected, the prompt maintenance alarm
  998. indication, associated with loss of frame alignment and
  999. excessive error rate in the frame alignment pattern, should be
  1000. inhibited.
  1001. .LP
  1002.     \(em
  1003.     When the fault conditions cease, the service alarm and prompt
  1004. maintenance alarm indications, if given, should be removed.
  1005. Again, the persistence of this change in condition may be
  1006. verified for 100\ ms before action is taken.
  1007. .bp
  1008. .LP
  1009.     \(em
  1010.     It is possible that some systems could suffer from frequent
  1011. transient faults resulting in an unacceptable quality of
  1012. service. For this reason, if a persistence check is provided,
  1013. fault rate monitoring should also be provided for each digital
  1014. transmission system. This monitoring will result in permanent
  1015. removal from service of digital transmission system which are
  1016. frequently removed from the service or frequently produce
  1017. transient alarm conditions. The threshold for removal from
  1018. service needs study. When this action is taken the service alarm
  1019. indication and the prompt maintenance alarm indication shall be
  1020. given.
  1021. .sp 2P
  1022. .LP
  1023. 2.5.4
  1024.     \fIError performance monitoring using CRC\fR 
  1025. .sp 1P
  1026. .RT
  1027. .sp 1P
  1028. .LP
  1029. 2.5.4.1
  1030.     \fIGeneral\fR 
  1031. .sp 9p
  1032. .RT
  1033. .PP
  1034. When the CRC procedure is implemented at the interface, the
  1035. exchange should monitor the error performance of the interface to report 
  1036. on the performance (see Recommendation\ G.821). 
  1037. .RT
  1038. .sp 1P
  1039. .LP
  1040. 2.5.4.2
  1041.     \fIError performance parameters\fR 
  1042. .sp 9p
  1043. .RT
  1044. .PP
  1045. The exchange should derive the following information from CRC
  1046. checks in the incoming signal and received E\ bits:
  1047. .RT
  1048. .LP
  1049.     \(em
  1050.     degraded minutes (DM),
  1051. .LP
  1052.     \(em
  1053.     severely errored seconds (SES),
  1054. .LP
  1055.     \(em
  1056.     error\(hyfree seconds (EFS).
  1057. .PP
  1058. \fINote\ 1\fR \ \(em\ These parameters are defined in Recommendation G.821.
  1059. .PP
  1060. \fINote\ 2\fR \ \(em\ The definition of a value for the suitable time interval
  1061. during which the parameters should be assessed needs further study.
  1062. .PP
  1063. \fINote\ 3\fR \ \(em\ The choice has to be made between the association of one
  1064. type of parameter to each direction of transmission and the integration 
  1065. of the two directions in one type of parameter. This needs further study. 
  1066. .PP
  1067. \fINote\ 4\fR \ \(em\ The correlation between the results of CRC checks 
  1068. and the parameters quoted above requires further study. 
  1069. .RT
  1070. .sp 1P
  1071. .LP
  1072. 2.5.4.3
  1073.     \fIError performance evaluation\fR 
  1074. .sp 9p
  1075. .RT
  1076. .PP
  1077. Each of the performance parameters will be processed separately in order 
  1078. to evaluate the performance of the interface. 
  1079. .PP
  1080. The following classification of the interface maintenance conditions has 
  1081. to be made by the exchange (see\ I.600\(hyseries of Recommendations): 
  1082. .RT
  1083. .LP
  1084.     \(em
  1085.     correct functioning interface;
  1086. .LP
  1087.     \(em
  1088.     degraded transmission interface;
  1089. .LP
  1090.     \(em
  1091.     unacceptable transmission interface.
  1092. .PP
  1093. \fINote\ 1\fR \ \(em\ This section may only apply to V interfaces (for
  1094. study).
  1095. .PP
  1096. \fINote\ 2\fR \ \(em\ The level at which an interface for ISDN access enters 
  1097. the degraded transmission condition may be dependent on the quality of 
  1098. service 
  1099. provided to the customer.
  1100. .PP
  1101. \fINote\ 3\fR \ \(em\ The levels at which an interface enters the degraded or
  1102. unacceptable transmission conditions are for further study and are outside 
  1103. the scope of this Recommendation. 
  1104. .RT
  1105. .sp 1P
  1106. .LP
  1107. 2.5.4.4
  1108.     \fIConsequent actions\fR 
  1109. .sp 9p
  1110. .RT
  1111. .PP
  1112. For further study.
  1113. .RT
  1114. .sp 1P
  1115. .LP
  1116. 2.6
  1117.     \fIFault and alarm signal detection and actions at interface V\fI\d\fI1\fR\u
  1118. .sp 9p
  1119. .RT
  1120. .PP
  1121. The exchange shall interact with transmission systems as required to detect 
  1122. fault and alarm signals and take appropriate actions. 
  1123. .RT
  1124. .LP
  1125.     a)
  1126.     Fault\ detection
  1127.     
  1128. .LP
  1129.     b)
  1130.     Alarm\ detection
  1131.     \ To be specified
  1132. .LP
  1133.     c)
  1134.     Consequent\ actions
  1135.     .bp
  1136. .sp 1P
  1137. .LP
  1138. 2.7
  1139.     \fIFault and alarm signal detection and actions at interface Z\fR \v'3p'
  1140. .sp 9p
  1141. .RT
  1142. .LP
  1143.     a)
  1144.     Fault\ detection
  1145.     
  1146. .LP
  1147.     b)
  1148.     Alarm\ detection
  1149.     \ To be specified
  1150. .LP
  1151.     c)
  1152.     Consequent\ actions
  1153.     
  1154. .sp 1P
  1155. .LP
  1156. 2.8
  1157.     \fIFault and alarm signal detection and actions for transmission\fR 
  1158. \fIsystems\fR 
  1159. .sp 9p
  1160. .RT
  1161. .PP
  1162. Faults and alarms which cannot be directly detected by the exchange termination 
  1163. function but which are detected by transmission equipment 
  1164. (e.g.,\ group pilot failure) should be accepted by the exchange as needed to
  1165. take appropriate action.
  1166. .RT
  1167. .sp 2P
  1168. .LP
  1169. 2.9
  1170.     \fIFault and alarm signal detection and actions for channel\fR 
  1171. \fIassociated signalling\fR (2048 and 8448\ kbit/s)
  1172. .sp 1P
  1173. .RT
  1174. .sp 1P
  1175. .LP
  1176. 2.9.1
  1177.     \fIFault detection\fR 
  1178. .sp 9p
  1179. .RT
  1180. .PP
  1181. The exchange signalling function should detect the following fault conditions 
  1182. for each multiplex carrying a 64\(hykbit/s signalling 
  1183. channel:
  1184. .RT
  1185. .LP
  1186.     \(em
  1187.     failure of local power supply (if practicable),
  1188. .LP
  1189.     \(em
  1190.     loss of 64\ kbit/s incoming signal,
  1191. .LP
  1192.     \fINote\fR \ \(em\ The detection of this fault condition is required only
  1193. when the fault does not result in an indication of loss of
  1194. multiframe alignment.
  1195. .LP
  1196.     \(em
  1197.     loss of multiframe alignment.
  1198. .PP
  1199. The criteria for activating and deactivating the indication of the fault 
  1200. condition are given in Recommendations\ G.732 and\ G.744. 
  1201. .sp 1P
  1202. .LP
  1203. 2.9.2
  1204.     \fIAlarm detection\fR 
  1205. .sp 9p
  1206. .RT
  1207. .PP
  1208. The exchange signalling function should detect the alarm indication (remote 
  1209. alarm) received from the remote end. 
  1210. .RT
  1211. .sp 2P
  1212. .LP
  1213. 2.9.3
  1214.     \fIConsequent actions\fR 
  1215. .sp 1P
  1216. .RT
  1217. .sp 1P
  1218. .LP
  1219. 2.9.3.1
  1220.     \fIGeneration of alarm signals for action within the\fR 
  1221. \fIexchange\fR \v'3p'
  1222. .sp 9p
  1223. .RT
  1224. .LP
  1225.     \(em
  1226.     The Service Alarm indication should be generated by the
  1227. exchange signalling function to signify that the service is no
  1228. longer available (see Table\ 2/Q.542).
  1229. .LP
  1230.     \(em
  1231.      The prompt maintenance alarm indication should be generated to signify 
  1232. that performance is 
  1233. below\ acceptable standards and
  1234. that immediate maintenance attention is required locally
  1235. (see 
  1236. Table\ 2/Q.542).
  1237. .sp 1P
  1238. .LP
  1239. 2.9.3.2
  1240.     \fIAlarm transmitted by the exchange\fR 
  1241. .sp 9p
  1242. .RT
  1243. .PP
  1244. An alarm indication (remote alarm) should be applied in the
  1245. outgoing direction at the transmission/switching interface as soon as possible 
  1246. (see Table\ 2/Q.542). The relevant alarm bit for the remote alarm indication 
  1247. is given in Recommendation\ G.732. 
  1248. .RT
  1249. .sp 1P
  1250. .LP
  1251. 2.9.3.3
  1252.     \fIRemoval of alarm indication\fR 
  1253. .sp 9p
  1254. .RT
  1255. .PP
  1256. When all fault conditions have been cleared and AIS is no longer
  1257. received, the remote alarm indication should be removed as soon as
  1258. possible.
  1259. .RT
  1260. .sp 1P
  1261. .LP
  1262. 2.9.3.4
  1263.     \fIAlarm processing\fR 
  1264. .sp 9p
  1265. .RT
  1266. .PP
  1267. Same as in \(sc 2.5.3.4.
  1268. .bp
  1269. .RT
  1270. .ce
  1271. \fBH.T. [T2.542]\fR 
  1272. .ce
  1273. TABLE\ 2/Q.542
  1274. .ce
  1275. \fBFault conditions and alarms detected by the exchange signalling\fR 
  1276. .ce
  1277. \fBfunction and consequent actions\fR 
  1278. .T&
  1279. lw(60p) | lw(42p) | lw(42p) | lw(42p) .
  1280.             
  1281. .T&
  1282. lw(60p) | cw(42p) | cw(42p) | cw(42p) .
  1283. Failure of power supply    Yes    Yes    Yes,  if practicable
  1284. _
  1285. .T&
  1286. lw(60p) | cw(42p) | cw(42p) | cw(42p) .
  1287.  {
  1288. Loss of 64 kbit/s incoming signal
  1289.  }    Yes    Yes    Yes
  1290. _
  1291. .T&
  1292. lw(60p) | cw(42p) | cw(42p) | cw(42p) .
  1293. Loss of multiframe alignment    Yes    Yes    Yes
  1294. _
  1295. .T&
  1296. lw(60p) | cw(42p) | cw(42p) | cw(42p) .
  1297.  {
  1298. Alarm indication received from remote end
  1299.  }    Yes        \fINote\fR
  1300. .TE
  1301. .LP
  1302. \ \(em\ A \fIYes\fR
  1303.  in the table signifies that an action should be taken. An open space in 
  1304. the table signifies that the relevant action should \fI\fInot\fR 
  1305.  be taken if this condition is the only one present. If more than one fault 
  1306. condition or 
  1307. alarm is simultaneously present, action should be taken if for at least 
  1308. one of the conditions a \fIYes\fR 
  1309. is shown.
  1310. .nr PS 9
  1311. .RT
  1312. .ad r
  1313. \fBTable\ 2/Q.542 [T2.542], p.\fR 
  1314. .sp 1P
  1315. .RT
  1316. .ad b
  1317. .RT
  1318. .LP
  1319. .sp 2
  1320. .sp 1P
  1321. .LP
  1322. 2.10
  1323.     \fIFault and alarm signal detection and actions for channel\fR 
  1324. \fIassociated channel signalling\fR (1544 kbit/s)
  1325. .sp 9p
  1326. .RT
  1327. .PP
  1328. Requires further study.
  1329. .RT
  1330. .sp 1P
  1331. .LP
  1332. 2.11
  1333.      \fIFault and alarm signal detection and actions for common channel\fR 
  1334. \fIsignalling\fR 
  1335. .sp 9p
  1336. .RT
  1337. .PP
  1338. Requirements specified in relevant Recommendations apply.
  1339. .RT
  1340. .sp 2P
  1341. .LP
  1342. 2.12
  1343.     \fIFault and alarm detection and consequent actions \(em other\fR 
  1344. \fIfunctions of the exchange\fR 
  1345. .sp 1P
  1346. .RT
  1347. .sp 1P
  1348. .LP
  1349. 2.12.1
  1350.     \fIFaulty circuits\fR 
  1351. .sp 9p
  1352. .RT
  1353. .PP
  1354. The exchange should not switch any new calls to a detected faulty   circuit.
  1355. .PP
  1356. The exchange should remove from service all circuits found to be
  1357. permanently faulty as detailed in \(sc\(sc\ 2.5, 2.8, 2.9, 2.10 and\ 2.11.
  1358. .RT
  1359. .sp 1P
  1360. .LP
  1361. 2.12.2
  1362.     \fIMaster clock distribution\fR 
  1363. .sp 9p
  1364. .RT
  1365. .PP
  1366. The absence of timing information distributed from a master clock located 
  1367. at the exchange or received from an external master clock shall be 
  1368. recognized and a prompt maintenance alarm shall be given.
  1369. .PP
  1370. Changeover to an alternate timing source shall be operated so as to
  1371. fulfil the requirements of \(sc\(sc\ 2.7.2 and 2.7.3 of Recommendation\ Q.543.
  1372. .bp
  1373. .RT
  1374. .sp 1P
  1375. .LP
  1376. 2.12.3
  1377.     \fIInternal timing distribution\fR 
  1378. .sp 9p
  1379. .RT
  1380. .PP
  1381. The distribution of timing information to the major elements of the exchange 
  1382. shall be supervised as required. A service alarm shall be given when a 
  1383. failure is detected. A maintenance alarm shall be given if it is appropriate. 
  1384. .PP
  1385. \fINote\fR \ \(em\ Remote elements may have to be taken into consideration.
  1386. .RT
  1387. .sp 1P
  1388. .LP
  1389. 2.13
  1390.     \fISupervision or testing of interface function\fR 
  1391. .sp 9p
  1392. .RT
  1393. .PP
  1394. The exchange shall have the capability of verifying the proper
  1395. operation of the interface functions, including the fault detection and
  1396. supervision functions.
  1397. .PP
  1398. Routine tests, statistical tests, manual activities and/or other means 
  1399. may be used to verify proper operation of these functions. 
  1400. .PP
  1401. Information shall be given to the far end exchange when new calls
  1402. cannot be established on the circuits on which routine tests are being
  1403. initiated. Established calls, including semi\(hypermanent connections, 
  1404. must not be interrupted. During the tests, the generation of alarms at 
  1405. the far end exchange due to the removal of circuits from service should 
  1406. be avoided, if 
  1407. possible.
  1408. .RT
  1409. .sp 1P
  1410. .LP
  1411. 2.13.1
  1412.     \fIET functions \(em Interfaces A, B, V\fI\d\fI4\fR\u
  1413. .sp 9p
  1414. .RT
  1415. .EF '%    \fI2,\''
  1416. .OF '''\fI2,\    %'
  1417. .EF '%    \fI3\ and\''
  1418. .OF '''\fI3\ and\    %'
  1419. .PP
  1420. The verification of the proper operation of exchange termination
  1421. functions can be performed by the means of statistical observations or by
  1422. testing. Testing may be manual or automatic.
  1423. .RT
  1424. .sp 1P
  1425. .LP
  1426. 2.13.2
  1427.     \fIET functions \(em Interfaces C and Z\fR \v'3p'
  1428. .sp 9p
  1429. .RT
  1430. .LP
  1431.     i)
  1432.     Failures of codecs (except those covered in ii) below)
  1433. should be recognized by the exchange using the criteria defined in
  1434. Recommendation\ G.732.
  1435. .LP
  1436.     ii)
  1437.      Supervision or testing of codecs of one or a small number of channels 
  1438. may be accomplished according to\ i) above or by 
  1439. inter\(hyoffice transmission measurement and testing on circuits
  1440. between exchanges or by statistical measurements.
  1441. .sp 1P
  1442. .LP
  1443. 2.13.3
  1444.     \fIET functions \(em Interface V\fI\d\fI1\fR\u
  1445. .sp 9p
  1446. .RT
  1447. .PP
  1448. To be specified.
  1449. .RT
  1450. .sp 1P
  1451. .LP
  1452. 2.14
  1453.     \fISupervision or testing of signalling functions\fR 
  1454. .sp 9p
  1455. .RT
  1456. .PP
  1457. In addition to fault detection required in \(sc 2.7, the following
  1458. applies.
  1459. .RT
  1460. .sp 1P
  1461. .LP
  1462. 2.14.1
  1463.     \fIChannel associated signalling\fR 
  1464. .sp 9p
  1465. .RT
  1466. .PP
  1467. The exchange should be able to verify the proper operation of the signalling 
  1468. functions by generating and responding to test calls or by a 
  1469. statistical observation.
  1470. .RT
  1471. .sp 1P
  1472. .LP
  1473. 2.14.2
  1474.     \fICommon channel signalling\fR 
  1475. .sp 9p
  1476. .RT
  1477. .PP
  1478. The exchange should be able to verify the proper operation of the signalling 
  1479. functions as required by common channel signalling 
  1480. recommendations.
  1481. .RT
  1482. .sp 1P
  1483. .LP
  1484. 2.15
  1485.     \fISupervision or testing of exchange connections\fR 
  1486. .sp 9p
  1487. .RT
  1488. .PP
  1489. Checking the different portions of the path individually in a
  1490. digital exchange network helps to ensure the continuity of the connections
  1491. overall. In this respect the exchange has to verify:
  1492. .RT
  1493. .LP
  1494.     \(em
  1495.     the continuity across the exchange, as covered in this
  1496. section;
  1497. .LP
  1498.     \(em
  1499.     the continuity in the transmission links terminating on
  1500. the exchange as covered in \(sc\(sc\ 2.16 and\ 2.17.
  1501. .bp
  1502. .sp 1P
  1503. .LP
  1504. 2.15.1
  1505.     \fIContinuity across the exchange\fR 
  1506. .sp 9p
  1507. .RT
  1508. .PP
  1509. A means should be provided to determine that the operational error performance 
  1510. requirement (i.e.,\ on bit error ratio) is being met. (The design 
  1511. objective for error performance can be found in Recommendation\ Q.554.)
  1512. .PP
  1513. The exchange should provide adequate provision of the cross office
  1514. path continuity and verify the transmission performance. (The design objective 
  1515. for transmission performance can be found in Recommendation\ Q.543.) This 
  1516. will guarantee, in particular, an acceptable transmission quality to its 
  1517. connections.
  1518. .RT
  1519. .sp 1P
  1520. .LP
  1521. 2.15.2
  1522.     \fIVerification depending on the type of connection\fR 
  1523. .sp 9p
  1524. .RT
  1525. .PP
  1526. The verifications to be performed by the exchange should depend
  1527. also on the type of connection. In particular:
  1528. .RT
  1529. .LP
  1530.     \(em
  1531.     for 64 kbit/s switched connections, the transmission
  1532. performance requirements of Q.543 may be considered to be
  1533. sufficient in order to guarantee the cross office path
  1534. continuity;
  1535. .LP
  1536.     \(em
  1537.     semi\(hypermanent connections may require special supervision
  1538. procedures which need further study;
  1539. .LP
  1540.     \(em
  1541.     supervision of n\ \(mu\ 64 kbit/s requires further study for
  1542. both switched and semi\(hypermanent connections.
  1543. .sp 1P
  1544. .LP
  1545. 2.16
  1546.     \fISupervision or testing of digital link performance\fR 
  1547. .sp 9p
  1548. .RT
  1549. .PP
  1550. The exchange shall have the capability of monitoring digital link performance 
  1551. to detect when bit error ratio and loss of framing thresholds 
  1552. exceed operational objectives. The exchange will then take subsequent action 
  1553. to give appropriate trouble indications or alarms and perform other appropriate 
  1554. actions, such as removing circuits from service.
  1555. .RT
  1556. .sp 2P
  1557. .LP
  1558. 2.17
  1559.     \fISupervision or testing of analogue link performance\fR 
  1560. .sp 1P
  1561. .RT
  1562. .sp 1P
  1563. .LP
  1564. 2.17.1
  1565.     \fIInterexchange circuit continuity check\fR 
  1566. .sp 9p
  1567. .RT
  1568. .PP
  1569. The exchange should be capable of performing circuit continuity
  1570. checks in accordance with appropriate signalling system recommendations.
  1571. Circuits failing circuit continuity checks should be removed from service 
  1572. and repair procedures initiated as required. 
  1573. .RT
  1574. .sp 1P
  1575. .LP
  1576. 2.17.2
  1577.      \fIInterexchange transmission measurement and testing on circuits\fR 
  1578. \fIbetween exchanges\fR 
  1579. .sp 9p
  1580. .RT
  1581. .PP
  1582. The exchange may also be equipped within itself or give access to external 
  1583. equipment to perform other transmission tests on circuits. Faulty 
  1584. circuits should be removed from service and repair procedures initiated as
  1585. required.
  1586. .RT
  1587. .sp 2P
  1588. .LP
  1589. \fB3\fR     \fBSubscriber line maintenance and testing design objectives\fR 
  1590. .sp 1P
  1591. .RT
  1592. .sp 1P
  1593. .LP
  1594. 3.1
  1595.     \fIAnalogue subscriber lines\fR 
  1596. .sp 9p
  1597. .RT
  1598. .PP
  1599. For further study.
  1600. .RT
  1601. .sp 1P
  1602. .LP
  1603. 3.2
  1604.     \fIDigital subscriber lines\fR 
  1605. .sp 9p
  1606. .RT
  1607. .PP
  1608. For further study.
  1609. .RT
  1610. .sp 2P
  1611. .LP
  1612. \fB4\fR     \fBOperations design objectives\fR 
  1613. .sp 1P
  1614. .RT
  1615. .sp 1P
  1616. .LP
  1617. 4.1
  1618.     \fIGeneral\fR 
  1619. .sp 9p
  1620. .RT
  1621. .PP
  1622. The exchange and/or any associated Operations and Maintenance
  1623. Systems/Centres shall have the capabilities necessary to permit it to be
  1624. operated, administered, and maintained efficiently while providing service 
  1625. in accordance with an Administration's performance requirements. 
  1626. .bp
  1627. .PP
  1628. The Telecommunications Management Network (TMN) architecture, as
  1629. described in Recommendation\ M.30, considers the exchange to be a Network
  1630. Element (NE) which can interact with Operations Systems (OS) within a TMN.
  1631. Operations systems may be used at the discretion of Administrations to 
  1632. improve operating efficiencies and service by centralizing and mechanizing 
  1633. operations, administrative and maintenance functions. The number and variety 
  1634. of operations systems will depend on the operating practices of the Administration. 
  1635. .PP
  1636. The decision to implement TMN principles rests with the
  1637. Administration.
  1638. .RT
  1639. .sp 2P
  1640. .LP
  1641. 4.2
  1642.     \fIOperations features\fR 
  1643. .sp 1P
  1644. .RT
  1645. .sp 1P
  1646. .LP
  1647. 4.2.1
  1648.     \fIService provisioning and records\fR 
  1649. .sp 9p
  1650. .RT
  1651. .PP
  1652. There should be efficient means of establishing service, testing, discontinuing 
  1653. service and maintaining accurate records for: 
  1654. .RT
  1655. .LP
  1656.     \(em
  1657.     subscriber lines and services (in local exchanges);
  1658. .LP
  1659.     \(em
  1660.     interexchange circuits.
  1661. .sp 1P
  1662. .LP
  1663. 4.2.2
  1664.     \fITranslation and routing information\fR 
  1665. .sp 9p
  1666. .RT
  1667. .PP
  1668. There should be efficient means of establishing, testing and
  1669. changing call processing information, such as translation and routing
  1670. information.
  1671. .RT
  1672. .sp 1P
  1673. .LP
  1674. 4.2.3
  1675.     \fIResource utilization\fR 
  1676. .sp 9p
  1677. .RT
  1678. .PP
  1679. There should be efficient means of measuring performance and
  1680. traffic flows and to arrange equipment configurations as required to insure
  1681. efficient use of system resources and to provide a good grade of service 
  1682. to all subscribers (e.g.,\ load balancing). 
  1683. .RT
  1684. .sp 1P
  1685. .LP
  1686. 4.2.4
  1687.     \fIExchange observation and measurements\fR 
  1688. .sp 9p
  1689. .RT
  1690. .PP
  1691. The exchange should provide means for making observations and
  1692. measurements on Quality of Service and network performance, to satisfy, for
  1693. example, Grade of Service objectives as covered in Recommendation\ E.500, 
  1694. or for provisioning purposes. Details of measurements for digital exchanges 
  1695. are given in Recommendation\ Q.544. 
  1696. .RT
  1697. .sp 1P
  1698. .LP
  1699. 4.3
  1700.     \fIExchange functions related to the TMN\fR 
  1701. .sp 9p
  1702. .RT
  1703. .PP
  1704. Detailed descriptions, definitions, and classifications of TMN
  1705. functions to which the exchange will contribute is for further study.
  1706. .PP
  1707. A partial list of TMN functions is given below. A more complete list is 
  1708. given in Recommendation\ M.30. 
  1709. .PP
  1710. Exchanges may have requirements for Operations, Administration and
  1711. Maintenance functions which are not related to TMN. This is for further
  1712. study.
  1713. .RT
  1714. .sp 1P
  1715. .LP
  1716. 4.3.1
  1717.     \fIFunctions potentially related to TMN\fR \v'3p'
  1718. .sp 9p
  1719. .RT
  1720. .LP
  1721.     \(em
  1722.     Subscriber administration;
  1723. .LP
  1724.     \(em
  1725.     tariff and charging administration;
  1726. .LP
  1727.     \(em
  1728.     routing administration;
  1729. .LP
  1730.     \(em
  1731.     network management;
  1732. .LP
  1733.     \(em
  1734.     maintenance of subscriber lines;
  1735. .LP
  1736.     \(em
  1737.     maintenance of circuits between exchanges;
  1738. .LP
  1739.     \(em
  1740.     exchange maintenance;
  1741. .LP
  1742.     \(em
  1743.     signalling network maintenance;
  1744. .bp
  1745. .LP
  1746.     \(em
  1747.     administration of hardware configuration;
  1748. .LP
  1749.     \(em
  1750.     administration of software configuration;
  1751. .LP
  1752.     \(em
  1753.     external alarms and indications;
  1754. .LP
  1755.     \(em
  1756.     O&M staff procedures;
  1757. .LP
  1758.     \(em
  1759.     traffic measurements;
  1760. .LP
  1761.     \(em
  1762.     quality of service and network performance observation.
  1763. .sp 1P
  1764. .LP
  1765. 4.3.2
  1766.     \fIInformation flows\fR 
  1767. .sp 9p
  1768. .RT
  1769. .PP
  1770. Generally, information flows will consist of requests/demands to
  1771. the exchange and responses from the exchange. There will also be autonomous
  1772. information flows from the exchange (e.g.\ alarms, programmed response,\ 
  1773. etc.). Refer to Recommendation\ Q.513 for information on interfaces to 
  1774. the TMN. 
  1775. .PP
  1776. This subject is for further study.
  1777. .RT
  1778. .sp 2P
  1779. .LP
  1780. \fB5\fR     \fBNetwork management design objectives\fR 
  1781. .sp 1P
  1782. .RT
  1783. .sp 1P
  1784. .LP
  1785. 5.1
  1786.     \fIGeneral\fR 
  1787. .sp 9p
  1788. .RT
  1789. .PP
  1790. Network management is the function of supervising the performance of a 
  1791. network and taking action to control the flow of traffic, when necessary, 
  1792. to promote the maximum utilization of network capacity. 
  1793. .PP
  1794. These functions have application in exchanges within the IDN, and may or 
  1795. may not have application in national networks during the transition period 
  1796. to IDN. 
  1797. .PP
  1798. The implementation of network management features and functions in
  1799. national networks and in specific exchanges will be at the option of
  1800. Administrations. Likewise the choice of which controls and features
  1801. to use will be the option of each Administration.
  1802. .RT
  1803. .sp 1P
  1804. .LP
  1805. 5.1.1
  1806.     \fINetwork management objectives\fR 
  1807. .sp 9p
  1808. .RT
  1809. .PP
  1810. Information on network management objectives can be obtained from Recommendation\ 
  1811. E.410, and from the CCITT \*QHandbook on Service Quality, Network Maintenance 
  1812. and Management\*U, ITU, Geneva\ 1984. 
  1813. .RT
  1814. .sp 1P
  1815. .LP
  1816. 5.1.2
  1817.     \fIThe application of network management in exchanges\fR 
  1818. .sp 9p
  1819. .RT
  1820. .PP
  1821. In addition to the normal engineering and economic factors, the
  1822. decision whether or not to provide network management capabilities in a 
  1823. digital exchange will be based on the following considerations: 
  1824. .RT
  1825. .LP
  1826.     \(em
  1827.     the size of the exchange, the size of circuit groups it
  1828. serves and the network architecture;
  1829. .LP
  1830.     \(em
  1831.     the role and importance of the exchange in its own network,
  1832. or as an access exchange interfacing other exchanges and
  1833. networks (e.g.,\ international or other exchange networks);
  1834. .LP
  1835.     \(em
  1836.     the requirement for the exchange to interact for network
  1837. management purposes with other exchanges and/or network
  1838. management centres;
  1839. .LP
  1840.     \(em
  1841.     the features necessary to provide essential services
  1842. in emergency situations, where other means are not
  1843. available;
  1844. .LP
  1845.     \(em
  1846.     alternative approaches such as providing redundancy and
  1847. special routing methods;
  1848. .LP
  1849.     \(em
  1850.     the need for managing network resources effectively when
  1851. overload conditions occur in its own or interworking
  1852. networks.
  1853. .PP
  1854. Other factors to be considered are:
  1855. .LP
  1856.     \(em
  1857.     the network management organization, its equipment and
  1858. selected functions;
  1859. .LP
  1860.     \(em
  1861.     the possible interactions of both the circuit switched and
  1862. signalling networks when network management actions are applied
  1863. under various traffic conditions or network configurations;
  1864. .LP
  1865.     \(em
  1866.     the potential impact of network management functions on
  1867. the engineering design and administration of the network and the
  1868. exchange;
  1869. .LP
  1870.     \(em
  1871.     the evolution towards IDN and interworking of SPC with
  1872. non\(hySPC exchanges in the interim period;
  1873. .bp
  1874. .LP
  1875.     \(em
  1876.     the proportion of automatic and manual features to be
  1877. implemented and the rate of introduction of various network
  1878. management features;
  1879. .LP
  1880.     \(em
  1881.     the reduction of exchange processing capacity due to the
  1882. additional load imposed by network management (if
  1883. appropriate);
  1884. .LP
  1885.     \(em
  1886.     possible additional holding time of equipment in some
  1887. switching and signalling systems where open numbering is
  1888. used, if and when certain network management controls are
  1889. applied.
  1890. .sp 1P
  1891. .LP
  1892. 5.2
  1893.     \fINetwork management elements\fR 
  1894. .sp 9p
  1895. .RT
  1896. .PP
  1897. The basic elements of a network management system to be provided by an 
  1898. exchange or by network management centres are: 
  1899. .RT
  1900. .LP
  1901.     \(em
  1902.     collection of information about network status and
  1903. performance;
  1904. .LP
  1905.     \(em
  1906.     processing of information for network management
  1907. decisions;
  1908. .LP
  1909.     \(em
  1910.     delivery to exchanges of network status information and/or
  1911. commands for control activities;
  1912. .LP
  1913.     \(em
  1914.     activation/deactivation of controls resulting from decisions
  1915. made in the exchange or a network management centre;
  1916. .LP
  1917.     \(em
  1918.     feedback of status in response to control actions.
  1919. .PP
  1920. Descriptions of the functions required in the exchanges to support these 
  1921. elements are given in \(sc\(sc\ 5.3 and\ 5.4. 
  1922. .sp 2P
  1923. .LP
  1924. 5.3
  1925.     \fIInformation provided by an exchange for network management\fR 
  1926. \fIpurposes\fR 
  1927. .sp 1P
  1928. .RT
  1929. .sp 1P
  1930. .LP
  1931. 5.3.1
  1932.     \fIGeneral\fR 
  1933. .sp 9p
  1934. .RT
  1935. .PP
  1936. The term \*Qinformation\*U is used here as meaning all messages,
  1937. signals or data in any form, used or provided by the exchange or by a network 
  1938. management centre. 
  1939. .RT
  1940. .sp 1P
  1941. .LP
  1942. 5.3.2
  1943.     \fISources of information\fR 
  1944. .sp 9p
  1945. .RT
  1946. .PP
  1947. The information provided by an exchange for network management will be 
  1948. based on the status, availability and performance and 
  1949. configuration of:
  1950. .RT
  1951. .LP
  1952.     \(em
  1953.     circuit groups;
  1954. .LP
  1955.     \(em
  1956.     exchange processes;
  1957. .LP
  1958.     \(em
  1959.     common channel signalling link sets;
  1960. .LP
  1961.     \(em
  1962.     other exchanges with direct links to this exchange;
  1963. .LP
  1964.     \(em
  1965.     destination exchanges.
  1966. .PP
  1967. Status information is generated by comparing the current value of load 
  1968. indicators with appropriate threshold values and/or detecting abnormal 
  1969. conditions. Such type of information assumes discrete values and it can be
  1970. used, without other processing, to activate traffic control routines.
  1971. .PP
  1972. This information should be sent spontaneously in a real\(hytime basis to 
  1973. other exchanges or to a network management centre. 
  1974. .PP
  1975. Performance information is obtained by means of traffic measurements and 
  1976. can be used for centralized processing or for network supervision in a 
  1977. network management centre. Such type of information can be sent in a
  1978. near\(hyreal\(hytime basis.
  1979. .PP
  1980. Configuration information is used for a network management data base at 
  1981. exchange level. This information could include: 
  1982. .RT
  1983. .LP
  1984.     \(em
  1985.     threshold values actually used,
  1986. .LP
  1987.     \(em
  1988.     list of supervised circuit groups,
  1989. .LP
  1990.     \(em
  1991.     list of supervised signalling circuits,
  1992. .LP
  1993.     \(em
  1994.     list of supervised processors,
  1995. .LP
  1996.     \(em
  1997.     list of supervised destination codes,
  1998. .LP
  1999.     \(em
  2000.     list of primary and alternate routes for specified
  2001. destinations.
  2002. .PP
  2003. Details of network measurements are given in
  2004. Recommendation\ Q.544.
  2005. .bp
  2006. .sp 1P
  2007. .LP
  2008. 5.3.3
  2009.     \fIProcessing of network management information in an exchange\fR 
  2010. .sp 9p
  2011. .RT
  2012. .PP
  2013. Information collected at an exchange for network management
  2014. purposes may or may not require some form of sorting and assembly (processing) 
  2015. before being used for network management. 
  2016. .PP
  2017. Where processing is required, this may be done by the exchange
  2018. processor, or by a data processing system serving one or more exchanges, 
  2019. or by a network management centre. 
  2020. .RT
  2021. .sp 1P
  2022. .LP
  2023. 5.3.4
  2024.     \fITransmittal of information\fR 
  2025. .sp 9p
  2026. .RT
  2027. .PP
  2028. Network management information may be sent on a scheduled
  2029. near\(hyreal\(hytime basis when triggered by abnormal situations (e.g.,\ 
  2030. overload 
  2031. conditions, alarms,\ etc.): alternatively, information may be sent on demand,
  2032. i.e.,\ in response to an external request. Table\ 3/Q.542 shows the
  2033. correspondence between sources of information and their transmission mode.
  2034. .RT
  2035. .ce
  2036. \fBH.T. [T3.542]\fR 
  2037. .ce
  2038. TABLE\ 3/Q.542
  2039. .ps 9
  2040. .vs 11
  2041. .nr VS 11
  2042. .nr PS 9
  2043. .TS
  2044. center box;
  2045. lw(90p) | cw(36p) | cw(36p) | cw(36p) .
  2046.  {
  2047. Data transmission
  2048. mode
  2049. Source of information 
  2050.  }    Real\(hytime     On demand     Scheduled 
  2051. _
  2052. .T&
  2053. lw(90p) | cw(36p) | cw(36p) | cw(36p) .
  2054. Status information    X    X     
  2055. _
  2056. .T&
  2057. lw(90p) | cw(36p) | cw(36p) | cw(36p) .
  2058.  {
  2059. Performance and availability
  2060. information
  2061.  }        X    X
  2062. _
  2063. .T&
  2064. lw(90p) | cw(36p) | cw(36p) | cw(36p) .
  2065. Configuration information        X     
  2066. _
  2067. .TE
  2068. .nr PS 9
  2069. .RT
  2070. .ad r
  2071. \fBTable\ 3/Q.542 [T3.542], p.\fR 
  2072. .sp 1P
  2073. .RT
  2074. .ad b
  2075. .RT
  2076. .PP
  2077. The destinations of network management information may be:
  2078. .LP
  2079.     \(em
  2080.     within the originating exchange,
  2081. .LP
  2082.     \(em
  2083.     to distant exchanges,
  2084. .LP
  2085.     \(em
  2086.     to a network management centre.
  2087. .PP
  2088. Information may be carried by the TMN over a dedicated telemetry or data 
  2089. facility, over a common channel signalling network, or over other 
  2090. telephony network facilities as appropriate.
  2091. .PP
  2092. For each mode of transmittal the appropriate interface and protocol
  2093. requirements, where covered by CCITT Recommendations, should be satisfied.
  2094. .RT
  2095. .sp 1P
  2096. .LP
  2097. 5.3.5
  2098.     \fIPresentation of information\fR 
  2099. .sp 9p
  2100. .RT
  2101. .PP
  2102. Indications of network management controls in effect in an exchange shall 
  2103. be presented on visual indicators and/or printing\(hytype or video display 
  2104. terminals for purposes of advising on\(hysite personnel. 
  2105. .PP
  2106. Similar displays and/or indicators may also be provided in a
  2107. co\(hylocated and/or distant network management centre.
  2108. .RT
  2109. .sp 2P
  2110. .LP
  2111. 5.4
  2112.     \fIExchange controls for network management\fR 
  2113. .sp 1P
  2114. .RT
  2115. .sp 1P
  2116. .LP
  2117. 5.4.1
  2118.     \fIGeneral\fR 
  2119. .sp 9p
  2120. .RT
  2121. .PP
  2122. Network management controls provide the means to alter the
  2123. flow of traffic in the network, in support of network objectives. Most
  2124. network management controls are applied by, or in the exchange; however,
  2125. certain actions may be taken external to the exchange. Recommendation\ E.412
  2126. provides specific information on network management controls and gives
  2127. guidance on their application. Additional information is provided in the
  2128. CCITT \*QHandbook on Service Quality, Network Management and Maintenance\*U.
  2129. .bp
  2130. .RT
  2131. .sp 1P
  2132. .LP
  2133. 5.4.2
  2134.     \fIActivation and deactivation of controls\fR 
  2135. .sp 9p
  2136. .RT
  2137. .PP
  2138. Controls in an exchange can be activated, or deactivated, by input from 
  2139. a network management operations system or by direct input from an exchange 
  2140. man\(hymachine interface terminal. In addition, some controls can be activated 
  2141. automatically either by external or internal stimulus, or by a threshold 
  2142. being crossed. 
  2143. .PP
  2144. When automatic control operation is provided, means for human override 
  2145. should also be provided. 
  2146. .PP
  2147. Controls will usually be activated or deactivated in steps (stages)
  2148. that are intended to avoid surge effects in the network that could be caused 
  2149. by too much control being added or removed too quickly. 
  2150. .PP
  2151. A low level threshold may be required to remove controls as
  2152. appropriate, when traffic conditions have been stabilized.
  2153. .RT
  2154. .sp 1P
  2155. .LP
  2156. 5.4.3
  2157.     \fITraffic to be controlled\fR 
  2158. .sp 9p
  2159. .RT
  2160. .PP
  2161. Exchanges should be capable of applying a range of network
  2162. management controls (see Recommendation\ E.412).
  2163. .PP
  2164. The operational parameters of a control can be defined by a set of
  2165. traffic attributes. As shown in Figure\ 1/Q.542, these parameters include
  2166. distinctions based on the origin of traffic, for example, customer\(hydialed,
  2167. operator\(hydialed, transit or other classification as may be specified by the
  2168. Administration. These can be further defined by type of service, particularly 
  2169. by ISDN. 
  2170. .PP
  2171. Additional attributes can be specified, for example, incoming/outgoing 
  2172. circuit group class, or hard\(hyto\(hyreach status of destinations can 
  2173. be used. 
  2174. Further distinctions can be based on the outgoing traffic type, for example,
  2175. direct\(hyrouted, alternate\(hyrouted or transit.
  2176. .RT
  2177. .LP
  2178. .rs
  2179. .sp 12P
  2180. .ad r
  2181. \fBFigure\ 1/Q.542, p.\fR 
  2182. .sp 1P
  2183. .RT
  2184. .ad b
  2185. .RT
  2186. .sp 1P
  2187. .LP
  2188. 5.4.4
  2189.     \fINetwork management controls\fR 
  2190. .sp 9p
  2191. .RT
  2192. .PP
  2193. The following is a list of typical network management controls to be considered 
  2194. for implementation in a given exchange. 
  2195. .PP
  2196. It is desirable that these controls be activated to affect a
  2197. variable percentage of traffic (for example, 25%, 50%, 75% or\ 100%).
  2198. Alternatively the number of call attempts routed in a particular period 
  2199. may be controlled (for example 1\ calls per minute). It may also be desirable 
  2200. to apply controls on a destination code basis. 
  2201. .PP
  2202. These controls are normally activated/deactivated manually from a
  2203. man\(hymachine interface in the exchange, or from an operations system. The
  2204. automatic operation of these controls and the need for new controls is for
  2205. further study.
  2206. .PP
  2207. It is preferable that these controls be provided in international
  2208. transit exchanges and large transit exchanges in national applications.
  2209. However, the decision whether or not to provide these controls in local and
  2210. combined local/transit exchanges is at the discretion of the
  2211. Administration.
  2212. .bp
  2213. .RT
  2214. .sp 1P
  2215. .LP
  2216. 5.4.4.1
  2217.     \fICode blocking control\fR 
  2218. .sp 9p
  2219. .RT
  2220. .PP
  2221. This control bars or restricts routing to a specific destination
  2222. code. Code blocking can be done on a country code, an area code, an exchange
  2223. identifying code and, in some cases, on an individual line number.
  2224. .RT
  2225. .sp 1P
  2226. .LP
  2227. 5.4.4.2
  2228.     \fICancellation of alternative routing\fR 
  2229. .sp 9p
  2230. .RT
  2231. .PP
  2232. There are two types of cancellation of alternative routing control. One 
  2233. version prevents traffic from overflowing from the controlled route 
  2234. (Alternate Routed From \(em\ ARF). The other version prevents overflow 
  2235. traffic from all sources from having access to the controlled route (Alternate 
  2236. Routed To 
  2237. \(em\ ART). When cancellation of alternative routing is to be provided, 
  2238. both types are recommended. 
  2239. .RT
  2240. .sp 1P
  2241. .LP
  2242. 5.4.4.3
  2243.     \fICall gapping\fR 
  2244. .sp 9p
  2245. .RT
  2246. .PP
  2247. This control sets an upper limit on the number of call attempts
  2248. allowed to be routed towards the specified destination in a particular 
  2249. period of time (for example, one\ call per minute). 
  2250. .RT
  2251. .sp 1P
  2252. .LP
  2253. 5.4.4.4
  2254.     \fIRestriction of direct routing\fR 
  2255. .sp 9p
  2256. .RT
  2257. .PP
  2258. This control limits the amount of direct routed traffic accessing a route.
  2259. .RT
  2260. .sp 1P
  2261. .LP
  2262. 5.4.4.5
  2263.     \fISkip route\fR 
  2264. .sp 9p
  2265. .RT
  2266. .PP
  2267. This control allows traffic to bypass a specific route and advance instead 
  2268. to the next route in its normal routing pattern. 
  2269. .RT
  2270. .sp 1P
  2271. .LP
  2272. 5.4.4.6
  2273.     \fITemporary alternative routing\fR 
  2274. .sp 9p
  2275. .RT
  2276. .PP
  2277. This control redirects traffic from congested routes to routes
  2278. not normally available which have idle capacity at the time. This can be 
  2279. done for subscriber, and/or operator\(hyoriginated traffic. 
  2280. .RT
  2281. .sp 1P
  2282. .LP
  2283. 5.4.4.7
  2284.     \fICircuit directionalization\fR 
  2285. .sp 9p
  2286. .RT
  2287. .PP
  2288. This control changes both\(hyway operated circuits to one\(hyway operated 
  2289. circuits. 
  2290. .RT
  2291. .sp 1P
  2292. .LP
  2293. 5.4.4.8
  2294.     \fICircuit turndown/busying\fR 
  2295. .sp 9p
  2296. .RT
  2297. .PP
  2298. This control removes one\(hyway and/or both\(hyway operated circuits from 
  2299. service. 
  2300. .RT
  2301. .sp 1P
  2302. .LP
  2303. 5.4.4.9
  2304.     \fIRecorded announcements\fR 
  2305. .sp 9p
  2306. .RT
  2307. .PP
  2308. These are announcements which give special instructions to
  2309. operators and subscribers, such as to defer their call to a later time.
  2310. .RT
  2311. .sp 2P
  2312. .LP
  2313. 5.5
  2314.     \fIAutomatic controls for network management\fR 
  2315. .sp 1P
  2316. .RT
  2317. .sp 1P
  2318. .LP
  2319. 5.5.1
  2320.     \fIGeneral\fR 
  2321. .sp 9p
  2322. .RT
  2323. .PP
  2324. This section provides descriptions of some automatic traffic
  2325. control methods that can be provided in digital exchanges for network
  2326. management purposes.
  2327. .PP
  2328. Automatic, and/or dynamic network management controls represent a
  2329. significant improvement over static manual controls. These controls, which 
  2330. are pre\(hyassigned, can respond automatically to conditions internally 
  2331. detected by 
  2332. the exchange, or to status signals from other exchanges and can be promptly
  2333. removed when no longer required.
  2334. .PP
  2335. The following are a basic set of automatic methods for use in the
  2336. telephone network:
  2337. .RT
  2338. .LP
  2339.     \(em
  2340.     Automatic Congestion Control system (ACC);
  2341. .LP
  2342.     \(em
  2343.     Selective Circuit Reservation control (SCR);
  2344. .LP
  2345.     \(em
  2346.     Hard\(hyto\(hyReach process (HTR);
  2347. .LP
  2348.     \(em
  2349.     Temporary Trunk Blocking (TTB).
  2350. .bp
  2351. .PP
  2352. The above list of methods is not exhaustive, but will provide a
  2353. framework for more advanced controls which may be required in the ISDN.
  2354. .PP
  2355. In the following four sections the typical operation of each control is 
  2356. described, and guidance on the application of the controls is given in 
  2357. \(sc\ 5.5.6.
  2358. .RT
  2359. .sp 1P
  2360. .LP
  2361. 5.5.2
  2362.     \fIAutomatic Congestion Control system\fR 
  2363. .sp 9p
  2364. .RT
  2365. .PP
  2366. The Automatic Congestion Control (ACC) system allows a congested
  2367. exchange to send a congestion indicator in a backward direction to the
  2368. preceding exchange. The exchange receiving the congestion indication should
  2369. respond by reducing the amount of traffic offered to the congested exchange.
  2370. .PP
  2371. The preferred method of conveying the congestion indication is via the 
  2372. relevant common channel signalling system. 
  2373. \v'3p'
  2374. .RT
  2375. .LP
  2376.     a)
  2377.     \fIDetection and transmission of congestion status\fR 
  2378. .LP
  2379.     An exchange should establish a critical operating system
  2380. benchmark, e.g.,\ the time required to perform a complete basic
  2381. cycle of operations. The exchange should continously monitor
  2382. this benchmark and, when continued levels of nominal
  2383. performance are not achieved, a state of congestion is declared.
  2384. Thresholds should be established so that two levels of
  2385. congestion can be identified, with congestion level\ 2 (C2)
  2386. indicating a more severe performance degradation than
  2387. congestion level\ 1 (C1). When either level of congestion is
  2388. detected, the exchange should have the capability to
  2389. .LP
  2390.     1)
  2391.     code an ACC indication in the appropriate signalling messages, and
  2392. .LP
  2393.     2)
  2394.     notify its network management support system of its current
  2395. congestion status.
  2396. .LP
  2397.     The system can offer benefit, however, by recognizing
  2398. a single level of congestion. Where this situation exists,
  2399. it should be regarded as congestion level\ 2.
  2400. .LP
  2401.     b)
  2402.     \fIACC control operation\fR 
  2403. .LP
  2404.     Exchanges receiving an ACC indication from an affected
  2405. exchange or network operations centre should have the
  2406. capability to institute the appropriate ACC controls and to
  2407. notify its network management support system of the receipt
  2408. of an ACC indication.
  2409. .LP
  2410.     An exchange receiving an ACC indicator from a congested
  2411. exchange should activate the assigned ACC controls and start
  2412. a timer. (The provisional value of the timer is five seconds
  2413. and is for further study.) Subsequent received ACC indicators
  2414. restart the timer, when the timer expires, the ACC controls
  2415. in the exchange are removed. One or more different response
  2416. categories should be available from which to choose.
  2417. .LP
  2418.     To avoid the incorrect application of controls, it is
  2419. important that an exchange receiving an ACC indication
  2420. should not re\(hytransmit that indication to a preceding
  2421. exchange.
  2422. .LP
  2423.     c)
  2424.     \fIACC response\fR 
  2425. .LP
  2426.     An exchange should have the capability of assigning an
  2427. ACC response category to individual circuit groups. There should
  2428. be several categories available from which to choose. Each
  2429. category would specify how much traffic should be controlled
  2430. in response to each of the received ACC indicators. The
  2431. categories should be structured so as to present a wide range
  2432. of response options to received ACC indicators.
  2433. .LP
  2434.      The control options for further processing of calls denied access to 
  2435. the circuit group may be SKIP or CANCEL. The SKIP 
  2436. response allows a call to alternate route to the next circuit
  2437. group in the routing pattern (if any) while the CANCEL response
  2438. blocks the call.
  2439. .LP
  2440.      \fINote\fR \ \(em\ ACC response categories can be set locally in the 
  2441. exchange or by input from a network management center. 
  2442. .PP
  2443. Table 4/Q.542 is an example of the flexibility that could be
  2444. achieved in a control's response to an exchange that is experiencing
  2445. congestion.
  2446. .PP
  2447. In this example, different control actions would be taken based
  2448. upon the distinction between Alternate Routed To (ART) and Direct Routed 
  2449. (DR) traffic types. In the future, other distinctions between traffic could 
  2450. be 
  2451. identified that would expand the number of traffic types in Table\ 4/Q.542.
  2452. These additional traffic types could be assigned different control percentages 
  2453. (or excluded from ACC control, as in the case of priority calls), to give 
  2454. them different treatment during periods of congestion. An example would 
  2455. be to 
  2456. control hard\(hyto\(hyreach traffic as indicated in \(sc\ 5.5.4.
  2457. .PP
  2458. Methods used to achieve the percentages are implementation specific. Additional 
  2459. response categories could also be added to Table\ 4/Q.542 to give 
  2460. greater flexibility and more response options to the ACC control.
  2461. .bp
  2462. .RT
  2463. .ce
  2464. \fBH.T. [T4.542]\fR 
  2465. .ce
  2466. TABLE\ 4/Q.542
  2467. .ce
  2468. \fBAn example of 2\(hycongestion level ACC percentage
  2469. .ce
  2470. control response table\fR 
  2471. .ps 9
  2472. .vs 11
  2473. .nr VS 11
  2474. .nr PS 9
  2475. .TS
  2476. center box;
  2477. cw(48p) | cw(48p) | cw(24p) sw(24p) sw(24p) , ^  | ^  | c | c | c.
  2478. Congestion level     Traffic type     Response category 
  2479.         A     B     C 
  2480. _
  2481. .T&
  2482. cw(48p) | lw(48p) | cw(24p) | cw(24p) | cw(24p) .
  2483. CL1    ART    \ \ 0    \ \ 0    100 
  2484. .T&
  2485. cw(48p) | lw(48p) | cw(24p) | cw(24p) | cw(24p) .
  2486.     DR    \ \ 0    \ \ 0    \ \ 0 
  2487. _
  2488. .T&
  2489. cw(48p) | lw(48p) | cw(24p) | cw(24p) | cw(24p) .
  2490. CL2    ART    100    100    100 
  2491. .T&
  2492. cw(48p) | lw(48p) | cw(24p) | cw(24p) | cw(24p) .
  2493.     DR    \ \ 0    \ 75    \ 75 
  2494. _
  2495. .TE
  2496. .nr PS 9
  2497. .RT
  2498. .ad r
  2499. \fBTableau 4/Q.542 [T4.542], p.\fR 
  2500. .sp 1P
  2501. .RT
  2502. .ad b
  2503. .RT
  2504. .LP
  2505. .sp 5
  2506. .sp 1P
  2507. .LP
  2508. 5.5.3
  2509.     \fISelective Circuit Reservation control\fR 
  2510. .sp 9p
  2511. .RT
  2512. .PP
  2513. The Selective Circuit Reservation (SCR) Network Management control enables 
  2514. a digital exchange to automatically give preference to a specific type 
  2515. (or types) of traffic over others (e.g.,\ direct routed calls over alternate 
  2516. routed calls) when circuit congestion is present or imminent. A digital
  2517. exchange should provide either the single threshold of multi\(hythreshold 
  2518. version of the countrol, with the latter being preferred due to its greater 
  2519. selectivity.
  2520. .RT
  2521. .sp 1P
  2522. .LP
  2523. 5.5.3.1
  2524.     \fIGeneral characteristics\fR 
  2525. .sp 9p
  2526. .RT
  2527. .PP
  2528. A Selective Circuit Reservation control may be defined, for a given circuit 
  2529. group, by the following parameters: 
  2530. .RT
  2531. .LP
  2532.     \(em
  2533.     a reservation threshold(s), and
  2534. .LP
  2535.     \(em
  2536.     a control response.
  2537. .PP
  2538. The reservation threshold defines how many circuits should be
  2539. reserved for those traffic types to be given preferred access to the circuit
  2540. group. The control response defines which traffic types should be given a
  2541. lesser preference in accessing the circuit group, the quantity of each type
  2542. of traffic to control, and how those calls denied access to the circuit 
  2543. group should be handled. Examples of possible traffic types are Direct 
  2544. Routed (DR), Alternate Routed To (ART), Hard\(hyTo\(hyReach (HTR), and 
  2545. various combinations 
  2546. thereof. The quantity of each type of traffic to be controlled when the
  2547. threshold is exceeded may be represented by a percentage of the total traffic 
  2548. of that type. The control action options for further processing of calls 
  2549. denied access to the circuit group may be SKIP or CANCEL. 
  2550. .PP
  2551. When the number of idle circuits in the given circuit group is less
  2552. than or equal to the reservation threshold the exchange would, for that 
  2553. call, check the specified control response to determine if the call should 
  2554. be 
  2555. controlled. The SKIP response allows a call to alternate route to the next
  2556. circuit group in the routing pattern (if any) while the CANCEL response 
  2557. blocks the call. 
  2558. .PP
  2559. These parameters should be able to set locally in the exchange or by input 
  2560. from a network management centre. In addition, the network manager should 
  2561. have the capability to enable and disable the control, and to enable the 
  2562. control but place it in a state where the control does not activate (e.g.,\ 
  2563. by setting the reservation threshold to zero). 
  2564. .bp
  2565. .RT
  2566. .sp 1P
  2567. .LP
  2568. 5.5.3.2
  2569.     \fISingle\(hythreshold Selective Circuit Reservation control\fR 
  2570. .sp 9p
  2571. .RT
  2572. .PP
  2573. In this version of the control, only a single reservation threshold would 
  2574. be available for the specified circuit group. 
  2575. .PP
  2576. Table\ 5/Q.542 is an example of the flexibility that could be achieved 
  2577. in the control's response to circuit group congestion. Consider, for example, 
  2578. a case in which a network manager assigns response category\ \*QB\*U, a 
  2579. reservation 
  2580. threshold of 5\ circuits (RT1\ =\ 5), and a control action of SKIP to a circuit
  2581. group. Then, when the control is enabled, every time the number of idle
  2582. circuits in the circuit group is less than or equal to five, the exchange 
  2583. SKIPs 50\ percent of the alternate routed traffic attempting to access 
  2584. the circuit 
  2585. group. Direct routed traffic has full access to the circuit group because 
  2586. the quantity of direct routed traffic to be controlled is zero percent. 
  2587. Note that the reservation threshold (in this example RT1\ =\ 5) is the 
  2588. same for any of the response categories (A, B and\ C) that can be assigned 
  2589. to a circuit group. One or more response categories should be available 
  2590. from which to choose. 
  2591. .PP
  2592. In the future, other distinctions between traffic could be identified that 
  2593. would expand the number of traffic types in Table\ 5/Q.542. An example 
  2594. would be to control Hard\(hyTo\(hyReach traffic, as indicated in \(sc\ 
  2595. 5.5.4, or to give preference to priority calls. 
  2596. .RT
  2597. .LP
  2598. .sp 3
  2599. .ce
  2600. \fBH.T. [T5.542]\fR 
  2601. .ce
  2602. TABLE\ 5/Q.542
  2603. .ce
  2604. \fBAn example of a single threshold selective circuit
  2605. .ce
  2606. reservation percentage control response table\fB\fR 
  2607. .ps 9
  2608. .vs 11
  2609. .nr VS 11
  2610. .nr PS 9
  2611. .TS
  2612. center box;
  2613. cw(48p) | cw(36p) | cw(30p) sw(30p) sw(30p) , ^  | ^  | c | c | c.
  2614.  {
  2615. Circuit group reservation threshold 
  2616.  }    Traffic type      {
  2617. Response category
  2618. assigned to circuit group 
  2619.  }
  2620.         A     B     C 
  2621. _
  2622. .T&
  2623. cw(48p) | lw(36p) | cw(30p) | cw(30p) | cw(30p) , ^  | l | c | c | c.
  2624. RT1    ART     25    50    100
  2625.     DR    \ 0    \ 0    \ 25 
  2626. _
  2627. .TE
  2628. .nr PS 9
  2629. .RT
  2630. .ad r
  2631. \fBTable\ 5/Q.542 [T5.542], p.\fR 
  2632. .sp 1P
  2633. .RT
  2634. .ad b
  2635. .RT
  2636. .sp 1P
  2637. .LP
  2638. .sp 6
  2639. 5.5.3.3
  2640.     \fIMulti\(hythreshold Selective Circuit Reservation control\fR 
  2641. .sp 9p
  2642. .RT
  2643. .PP
  2644. The multi\(hythreshold control would support two reservation
  2645. thresholds for the specified circuit group. The purpose of multiple reservation 
  2646. thresholds would be to allow a gradual increase in the severity of the 
  2647. control response as the number of idle circuits in the circuit group decreased. 
  2648. The 
  2649. only restriction on the reservation thresholds would be that a reservation
  2650. threshold associated with a more stringent control must always be less 
  2651. than or equal to the reservation threshold of any less stringent control, 
  2652. in terms of the number of reserved circuits [RT2\ \(=\ RT1 in Table\ 6/Q.542]. 
  2653. .PP
  2654. Table\ 6/Q.542 is an example of the flexibility that could be achieved 
  2655. in the control's response to circuit group congestion with two reservation 
  2656. threshold control. In the future, other distinctions between traffic could 
  2657. be identified that would expand the number of traffic types in Table\ 6/Q.542, 
  2658. or to give preference to priority calls. 
  2659. .bp
  2660. .RT
  2661. .ce
  2662. \fBH.T. [T6.542]\fR 
  2663. .ce
  2664. TABLE\ 6/Q.542
  2665. .ce
  2666. \fBAn example of a two threshold selective circuit reservation\fR 
  2667. .ce
  2668.  
  2669. .ce
  2670. \fBpercentage control response table with HTR capability\fR 
  2671. .ps 9
  2672. .vs 11
  2673. .nr VS 11
  2674. .nr PS 9
  2675. .TS
  2676. center box;
  2677. cw(48p) | cw(39p) | cw(27p) sw(33p) sw(27p) sw(27p) sw(27p) , ^  | ^  | c | c | c | c | c.
  2678.  {
  2679. Circuit group reservation threshold 
  2680.  }    Traffic type      {
  2681. Response category assigned to circuit group 
  2682.  }
  2683.         A     B     C     D     E 
  2684. _
  2685. .T&
  2686. cw(48p) | lw(39p) | cw(27p) | cw(33p) | cw(27p) | cw(27p) | cw(27p) , ^  | l | l | l | l | l | l 
  2687. ^  | l | l | l | l | l | l 
  2688. ^  | l | l | l | l | l | l.
  2689. RT1     {
  2690. ART\(hyHTR 
  2691. DR\(hyHTR 
  2692. ART\(hyETR 
  2693. DR\(hyETR
  2694.  }    \ 50  \ \ 0  \ \ 0  \ \ 0    \ 75  \ \ 0  \ 25  \ \ 0    100  \ \ 0  \ 50  \ \ 0    100  \ \ 0 \ 75 \ \ 0    100  \ \ 0  100  \ \ 0
  2695.                                                                         
  2696. _
  2697. .T&
  2698. cw(48p) | lw(39p) | cw(27p) | cw(33p) | cw(27p) | cw(27p) | cw(27p) , ^  | l | l | l | l | l | l 
  2699. ^  | l | l | l | l | l | l 
  2700. ^  | l | l | l | l | l | l.
  2701. RT2     {
  2702. ART\(hyHTR
  2703. DR\(hyHTR 
  2704. ART\(hyETR
  2705. DR\(hyETR
  2706.  }    100 \ \ 0 \ 50 \ \ 0    100  \ 25  \ 50  \ \ 0    100  \ 50  \ 75  \ 25    100  \ 75  100  \ 50    100  100  100  \ 75 
  2707.                                                                         
  2708. _
  2709. .TE
  2710. .nr PS 9
  2711. .RT
  2712. .ad r
  2713. \fBTable\ 6/Q.542 [T6.542], p. 
  2714. .sp 1P
  2715. .RT
  2716. .ad b
  2717. .RT
  2718. .sp 1P
  2719. .LP
  2720. 5.5.4
  2721.     \fIHard\(hyto\(hyreach (HTR) process\fR 
  2722. .sp 9p
  2723. .RT
  2724. .PP
  2725. The Hard\(hyto\(hyReach process for network management allows exchanges 
  2726. to automatically make more efficient use of network resources during periods 
  2727. of network congestion. 
  2728. .PP
  2729. Part of the improved performance of automatic controls can be derived from 
  2730. the ability to distinguish between destinations that are easy\(hyto\(hyreach 
  2731. (ETR) and destinations that are hard\(hyto\(hyreach (HTR), i.e.,\ destinations 
  2732. with a low answer bid ratio, and applying heavier controls to HTR destinations. 
  2733. This distinction can be based on: 
  2734. .RT
  2735. .LP
  2736.     i)
  2737.     internal performance measurements within the
  2738. exchange/Network Management Operations System (OS) (for
  2739. example, low Answer Bid Ratio (ABR) to a destination);
  2740. .LP
  2741.     ii)
  2742.     similar information gathered by other exchanges;
  2743. .LP
  2744.     iii)
  2745.     historical observations of network performance by
  2746. network managers.
  2747. .PP
  2748. The network manager should have the ability to set the threshold for HTR 
  2749. determination and to assign manually a destination code as HTR. 
  2750. .sp 1P
  2751. .LP
  2752. 5.5.4.1
  2753.     \fISimplified HTR process components\fR 
  2754. .sp 9p
  2755. .RT
  2756. .PP
  2757. To provide the fundamental elements of a simplified HTR process,
  2758. the following capabilities must exist:
  2759. .RT
  2760. .LP
  2761.     a)
  2762.     HTR administration,
  2763. .LP
  2764.     b)
  2765.     HTR determination,
  2766. .LP
  2767.     c)
  2768.     manually controlling calls as if hard\(hyto\(hyreach.
  2769. .PP
  2770. Items a) and b) may be entirely provided by the exchange or by a Network 
  2771. Management (OS) in cooperation with the exchange(s). Item\ c) can only 
  2772. be provided in the exchange. 
  2773. \v'3p'
  2774. .LP
  2775.     a)
  2776.     \fIHTR administration\fR 
  2777. .LP
  2778.      Network managers will administer the HTR process to optimize the information 
  2779. obtained about current network performance. In 
  2780. order to properly administer the HTR system, network managers
  2781. need four capabilities. These capabilities are listed below.
  2782. .LP
  2783.     1)
  2784.     \fICodes to be observed\fR 
  2785. .LP
  2786.      An exchange should automatically collect ABR data for some destination 
  2787. areas, e.g.,\ countries, area codes,\ etc. 
  2788. In addition, network managers should have the capability
  2789. to designate/change destinations an exchange should
  2790. monitor in greater
  2791. .bp
  2792. .LP
  2793. detail. An exchange should accept at
  2794. least three network management designated sets of digits
  2795. that identify a specific destination area and
  2796. automatically begin surveillance of the specified
  2797. destination areas. The specific number of digits to be
  2798. analyzed is left to the discretion of the
  2799. administration and may be exchange dependent.
  2800. .LP
  2801.     2)
  2802.     \fIAdministration of HTR thresholds\fR 
  2803. .LP
  2804.     There should be a set of thresholds used to monitor
  2805. destination areas and another set for use when
  2806. monitoring destinations in greater detail. Network
  2807. managers should be able to specify/change the values
  2808. of \*QB\*U and\ \*QT\*U for the pre\(hyestablished threshold sets
  2809. and the HTR hysteresis modifiers (see\ b, sub\(hysection\ 3),
  2810. below).
  2811. .LP
  2812.     3)
  2813.     \fIAdministration of HTR determination exclusion\fR 
  2814. .LP
  2815.     A network manager should have the capability to
  2816. exclude destination codes from being determined as HTR.
  2817. This should prevent these destination codes from
  2818. automatically being calculated as HTR and prevent
  2819. these destination codes from being automatically
  2820. placed on the \*QHTR Control\*U list. A network manager
  2821. should also have the ability to restore destination
  2822. codes to the fully automatic HTR determination function.
  2823. .LP
  2824.     4)
  2825.     \fIAdministrative review of HTR list\fR 
  2826. .LP
  2827.     Network managers should have the capability to view
  2828. the contents of the \*QHTR Control\*U list, either via a
  2829. terminal at the exchange or remotely through a
  2830. Network Management OS. The list should indicate which
  2831. destination codes have been manually designated as HTR
  2832. (see c) below). In addition, network managers should
  2833. have access to a list of those destination codes which
  2834. have been manually excluded from automatic HTR
  2835. determination.
  2836. .LP
  2837.     b)
  2838.     \fIHTR determination\fR 
  2839. .LP
  2840.      The capability should exist to determine automatically which destination 
  2841. codes are HTR. This is based on three capabilities. 
  2842. .LP
  2843.     1)
  2844.     \fICode measurements\fR 
  2845. .LP
  2846.     The HTR/ETR status of a destination is based on
  2847. analyzing the data for groupings of routing digits.
  2848. An exchange should take measurements based
  2849. on a sufficient number of routing digits to identify
  2850. a destination. The exchange should take those measurements
  2851. necessary to calculate the ABR for each such destination.
  2852. .LP
  2853.     2)
  2854.     \fIHTR calculations\fR 
  2855. .LP
  2856.     Periodically, the ABR for these destination codes
  2857. under surveillance should be calculated. A recommended time
  2858. interval is every 5\ minutes.
  2859. .LP
  2860.     3)
  2861.     \fIDetermining destination code HTR/ETR status\fR 
  2862. .LP
  2863.     For each destination code, the capacity should be
  2864. provided to compare the number of bids and the calculated
  2865. ABR to a set of pre\(hyestablished thresholds. There should
  2866. be a set of thresholds applicable to determining HTR
  2867. destination areas and another set for destinations being
  2868. monitored in greater detail.
  2869. .LP
  2870.     A set of pre\(hyestablished threshold consists of:
  2871. .LP
  2872.     \(em
  2873.     B: Bids; the number of calls received by an
  2874. exchange for a given destination code. This count
  2875. includes calls that are successfully forwarded to the
  2876. succeeding exchange as well as calls that fail within
  2877. the current exchange.
  2878. .LP
  2879.     \(em
  2880.     T: ETR threshold; the threshold above which a
  2881. destination code's ABR should be considered ETR.
  2882. .LP
  2883.     A destination code would be considered HTR if,
  2884. based on the 5\(hyminute calculations, the measured number
  2885. of bids to the code is greater than or equal to
  2886. threshold\ \*UB\*U and the ABR is less than or equal
  2887. to threshold\ \*QT\*U.
  2888. .LP
  2889.     A destination code that is determined to be HTR
  2890. should be placed on a \*QHTR Control\*U list in the
  2891. exchange.
  2892. .LP
  2893.     To avoid having destination codes oscillate on and
  2894. off the \*QHTR Control\*U list, hysteresis modifiers should
  2895. be applied to determine when destination codes should be
  2896. removed from the \*QHTR Control\*U list. In succeeding
  2897. 5\(hyminute periods, these hysteresis modifiers should be
  2898. applied to both values \*QB\*U and\ \*QT\*U when it is time to
  2899. recalculate the HTR/ETR status of the destination code.
  2900. .LP
  2901.     At the beginning of each 5\(hyminute period, the
  2902. \*QHTR Control\*U list should be reviewed. If a destination
  2903. code that was calculated to be HTR is determined to
  2904. be no longer than HTR, then it should be removed from the
  2905. \*QHTR Control\*U list.
  2906. .LP
  2907.     c)
  2908.     \fIManually controlling calls as if HTR\fR 
  2909. .LP
  2910.      A network manager should have the capability of specifying any destination 
  2911. code as HTR so as to cause automatic network 
  2912. management control actions to take place within the exchange
  2913. as indicated in \(sc\ 5.5.4.2 below. The manually specified
  2914. destination code(s) may
  2915. .bp
  2916. .LP
  2917. go on the \*QHTR Control\*U list. They
  2918. should not, however, be subject to the 5\(hyminute review and
  2919. removal procedure described above. They should be removed
  2920. upon request of a network manager. To this end, a network
  2921. manager should have the capability of ending this stimulus
  2922. to identifying a destination code as HTR.
  2923. .LP
  2924.     Whenever a network manager adjusts the HTR status of a
  2925. destination code, that manual action should take precedence
  2926. over any automatic actions for that destination code.
  2927. .sp 1P
  2928. .LP
  2929. 5.5.4.2
  2930.     \fIControlling calls based on HTR status\fR 
  2931. .sp 9p
  2932. .RT
  2933. .PP
  2934. When a call to a destination code that is on the \*QHTR Control\*U list 
  2935. is being routed and a manual or automatic network management control is 
  2936. encountered during the processing of the call, the control should take into
  2937. account the fact that the destination code is HTR. If a destination code 
  2938. is on the \*QHTR Control\*U list, then the call should be considered HTR 
  2939. for all outgoing circuit groups. 
  2940. .PP
  2941. As an example of an automatic network management control incorporating 
  2942. HTR, the Automatic Congestion Control (ACC) Response Percentage Table 
  2943. (Table\ 4/Q.542) could be expanded to apply more stringent controls to HTR
  2944. traffic, as shown in Table\ 7/Q.542. A similar application of the Selective
  2945. Circuit Reservation Control is possible (see \(sc\ 5.5.3).
  2946. .RT
  2947. .ce
  2948. \fBH.T. [T7.542]\fR 
  2949. .ce
  2950. TABLE\ 7/Q.542
  2951. .ce
  2952. \fBExample of automatic congestion control response
  2953. .ce
  2954. percentages with HTR\fR 
  2955. .ps 9
  2956. .vs 11
  2957. .nr VS 11
  2958. .nr PS 9
  2959. .TS
  2960. center box;
  2961. cw(48p) | cw(39p) | cw(27p) sw(33p) sw(27p) sw(27p) sw(27p) , ^  | ^  | c | c | c | c | c.
  2962. Congestion level     Traffic type    Response category
  2963.         A     B     C     D     E 
  2964. _
  2965. .T&
  2966. cw(48p) | lw(39p) | cw(27p) | cw(33p) | cw(27p) | cw(27p) | cw(27p) , ^  | l | l | l | l | l | l 
  2967. ^  | l | l | l | l | l | l 
  2968. ^  | l | l | l | l | l | l.
  2969. CL1\fR     {
  2970. ART\(hyHTR 
  2971. DR\(hyHTR
  2972. ART\(hyETR
  2973. DR\(hyETR
  2974.  }    \ \ 0 \ \ 0 \ \ 0 \ \ 0    \ \ 0 \ \ 0 \ \ 0 \ \ 0    100 \ \ 0 \ \ 0 \ \ 0    100 100 \ \ 0 \ \ 0    100 100 \ \ 0 \ \ 0 
  2975.                                                                         
  2976. _
  2977. .T&
  2978. cw(48p) | lw(39p) | cw(27p) | cw(33p) | cw(27p) | cw(27p) | cw(27p) , ^  | l | l | l | l | l | l 
  2979. ^  | l | l | l | l | l | l 
  2980. ^  | l | l | l | l | l | l.
  2981. CL2     {
  2982. ART\(hyHTR
  2983. DR\(hyHTR 
  2984. ART\(hyETR
  2985. DR\(hyETR
  2986.  }    100 \ \ 0 \ \ 0 \ \ 0    100 100 \ \ 0 \ \ 0    100 100 \ \ 0 \ \ 0    100 100 100 \ \ 0    100 100 100 \ 75
  2987.                                                                         
  2988. _
  2989. .TE
  2990. .nr PS 9
  2991. .RT
  2992. .ad r
  2993. \fBTable\ 7/Q.542 [T7.542], p.\fR 
  2994. .sp 1P
  2995. .RT
  2996. .ad b
  2997. .RT
  2998. .LP
  2999. .sp 3
  3000. .sp 1P
  3001. .LP
  3002. 5.5.5
  3003.     \fITemporary Trunk Blocking\fR 
  3004. .sp 9p
  3005. .RT
  3006. .PP
  3007. Temporary Trunk Blocking (TTB) is an alternative method of
  3008. exchange congestion control for application in national networks.
  3009. .PP
  3010. When an exchange is in a low level overload condition, a Temporary
  3011. Trunk Blocking signal may be sent to a preceding exchange to indicate that 
  3012. the release or re\(hyoccupation of a trunk should be delayed for a short 
  3013. (e.g.,\ 100\ s) period of time. This may permit an overall level of up 
  3014. to the maximum possible load in the overloaded exchange without need to 
  3015. generate ACC signals. The 
  3016. preferred method of conveying the TTB signal is via the relevant common 
  3017. channel signalling system. 
  3018. .PP
  3019. The exchange receiving the Temporary Trunk Blocking signal will delay the 
  3020. release or the re\(hyoccupation of the concerned trunk for a short time. 
  3021. This time should be made changeable by operating personnel command. 
  3022. .PP
  3023. The duration of trunk blocking is limited by a timer in the exchange receiving 
  3024. the Temporary Trunk Blocking signal. Therefore, an unlimited blocking of 
  3025. the trunk is avoided. 
  3026. .bp
  3027. .RT
  3028. .sp 2P
  3029. .LP
  3030. 5.5.6
  3031.     \fIApplication\fR 
  3032. .sp 1P
  3033. .RT
  3034. .sp 1P
  3035. .LP
  3036. 5.5.6.1
  3037.     \fIACC\fR 
  3038. .sp 9p
  3039. .RT
  3040. .PP
  3041. Generally, where an Administration has introduced or is planning to introduce 
  3042. network management controls, it is considered appropriate for digital transit 
  3043. and large digital combined local/transit exchanges to be provided with 
  3044. full ACC capabilities. Digital local and smaller combined local/transit 
  3045. exchanges should only be provided with ACC receive and control
  3046. capabilities.
  3047. .RT
  3048. .sp 1P
  3049. .LP
  3050. 5.5.6.2
  3051.     \fISCR\fR 
  3052. .sp 9p
  3053. .RT
  3054. .PP
  3055. It is considered appropriate for digital transit and large digital combined 
  3056. local/transit exchanges to be provided with a two\(hythreshold Selective 
  3057. Circuit Reservation Network Management Control. Network Management of digital 
  3058. local and smaller combined local/transit exchanges could benefit from having 
  3059. available, ideally, the two threshold or the single threshold Selective 
  3060. Circuit Reservation Network Management Control. The decision whether or 
  3061. not to provide this control in these exchanges is left to the discretion 
  3062. of the various 
  3063. Administrations.
  3064. .RT
  3065. .sp 1P
  3066. .LP
  3067. 5.5.6.3
  3068.     \fIHTR\fR 
  3069. .sp 9p
  3070. .RT
  3071. .PP
  3072. It is considered appropriate for digital transit and large digital combined 
  3073. local/transit exchanges (optionally in conjunction with a Network 
  3074. Management OS) to be provided with full HTR capabilities. Digital local and
  3075. smaller combined local/transit exchanges should only be provided with the
  3076. manual HTR and HTR controlling (based on HTR status) capabilities, i.e.,\ 
  3077. those capabilities found in \(sc\(sc\ 5.5.4.1 subsection\ c, and 5.4.4.2 
  3078. of this 
  3079. Recommendation. It is also recommended that control modifications, based 
  3080. on HTR status, be added to both the ACC and Selective Circuit Reservation 
  3081. capabilities.
  3082. .RT
  3083. .sp 1P
  3084. .LP
  3085. 5.5.6.4
  3086.     \fITTB\fR 
  3087. .sp 9p
  3088. .RT
  3089. .PP
  3090. It is considered appropriate for TTB to be provided in digital
  3091. transit and large digital combined local/transit exchanges in national
  3092. applications. It may be particularly useful in exchanges that may not be
  3093. provided with ACC capabilities, such as local exchanges.
  3094. .RT
  3095. .sp 1P
  3096. .LP
  3097. 5.6
  3098.     \fIOrder of application of controls\fR 
  3099. .sp 9p
  3100. .RT
  3101. .PP
  3102. The order in which various network management controls shall be
  3103. applied in an exchange is for further study.
  3104. \v'1P'
  3105. .RT
  3106. .sp 2P
  3107. .LP
  3108. \fBRecommendation\ Q.543\fR 
  3109. .RT
  3110. .sp 2P
  3111. .sp 1P
  3112. .ce 1000
  3113. \fBDIGITAL\ EXCHANGE\ PERFORMANCE\ DESIGN\ OBJECTIVES\fR 
  3114. .EF '%    Fascicle\ VI.5\ \(em\ Rec.\ Q.543''
  3115. .OF '''Fascicle\ VI.5\ \(em\ Rec.\ Q.543    %'
  3116. .ce 0
  3117. .sp 1P
  3118. .LP
  3119. \fB1\fR     \fBGeneral\fR 
  3120. .sp 1P
  3121. .RT
  3122. .PP
  3123. This Recommendation applies to digital local, combined, transit and international 
  3124. exchanges for telephony in Integrated Digital Networks (IDN) 
  3125. and mixed (analogue/digital) networks, and also to local, combined, transit 
  3126. and international exchanges in an Integrated Services Digital Network (ISDN). 
  3127. .PP
  3128. The field of application of this Recommendation is more fully defined in 
  3129. Recommendation\ Q.500. As to the application in an ISDN, transit connections 
  3130. and exchange connections types\ I, II, III and\ IV as defined in 
  3131. Recommendation\ Q.522 are covered (Notes\ 1\ and 2). Other types of connection 
  3132. and variants of these connections may be feasible in ISDN and will be the 
  3133. subject of further study. 
  3134. .bp
  3135. .PP
  3136. These performance design objectives are applicable to all exchange
  3137. implementations at all points in the growth cycle up to the maximum size. 
  3138. These reference loads and performance objectives may be used by manufacturers 
  3139. in 
  3140. designing digital switching systems and by Administrations in evaluating a
  3141. specific exchange design or for comparing different exchange designs for
  3142. potential use in the Administration's intended implementation.
  3143. .PP
  3144. These recommended performance design objectives relate to the
  3145. technical capabilities of exchange design. They are intended to assure that
  3146. exchanges operating in their intended implementation will be capable of
  3147. supporting the network grades of service recommended in the E.500\(hyseries of
  3148. Recommendations and will offer a level of performance consistent with the
  3149. overall network performance objectives given in the I\(hyseries of
  3150. Recommendations. The recommended parameters are \fIdesign objectives\fR which
  3151. should not be construed to be grade of service or operating requirements. In
  3152. actual operation, exchanges will be engineered to provide adequate grades of
  3153. service as economically as possible and the \fIperformance requirements\fR 
  3154. (delays, blocking,\ etc.) of the exchange in operation will \fIdiffer from\fR 
  3155. the recommended values for these performance \fIdesign objectives\fR .
  3156. .RT
  3157. .sp 2P
  3158. .LP
  3159. \fB2\fR     \fBPerformance design objectives\fR 
  3160. .sp 1P
  3161. .RT
  3162. .sp 1P
  3163. .LP
  3164. 2.1
  3165.     \fIReference loads\fR 
  3166. .sp 9p
  3167. .RT
  3168. .PP
  3169. The given reference loads are traffic load conditions under which the performance 
  3170. design objectives stated in \(sc\(sc\ 2.2\ to 2.7 are to be met. In 
  3171. order to have a comprehensive characterization of exchange reference loads,
  3172. supplementary services and other types of services must be taken into account. 
  3173. Administrations may specify hypothetical models for use in computing exchange 
  3174. loading. These models should characterize the sets of traffic parameters 
  3175. and 
  3176. services that are considered to be typical in the intended application 
  3177. of the exchange, and should include the traffic mix (originating\(hyinternal, 
  3178. originating\(hyoutgoing, incoming\(hyterminating, transit, abandoned, busy
  3179. non\(hyanswer,\ etc.), the mix of service classes (residential, business, PABX,
  3180. coin,\ etc.), the types and volume of supplementary services (call waiting, 
  3181. call forwarding,\ etc.) and any other pertinent characteristics. Using 
  3182. the above 
  3183. information, it should be possible to \*Qengineer\*U the exchange to produce 
  3184. the 
  3185. model. It should also be possible to determine the maximum size of the 
  3186. exchange by the computations discussed in \(sc\ 2.1.4. 
  3187. .PP
  3188. Reference load A is intended to represent the normal upper mean level of 
  3189. activity which Administrations would wish to provide for on customer lines 
  3190. and inter\(hyexchange activities. Reference load\ B is intended to represent 
  3191. an 
  3192. increased level beyond normal planned activity levels. (Recommendations\ 
  3193. E.500 and\ E.520 recommended that the normal provisioning of international 
  3194. circuits in automatic and semi\(hyautomatic operation be based on a particular 
  3195. loss 
  3196. probability during the mean busy hour and the average traffic estimated 
  3197. for the \*Qfive busiest days\*U as set down in Recommendation\ E.500.) 
  3198. .PP
  3199. \fINote\ 1\fR \ \(em\ For the time being, the following definitions and
  3200. corresponding values are only applicable to 64\ kbit/s circuit switched
  3201. connections, i.e.,\ including transit connections and connection types\ I, II
  3202. and\ III option\ a). Other rates and transfer modes require further study.
  3203. .PP
  3204. \fINote\ 2\fR \ \(em\ The applicability of this document to connections
  3205. originating or terminating on PABXs is for further study.
  3206. .RT
  3207. .sp 1P
  3208. .LP
  3209. 2.1.1
  3210.     \fIReference load on incoming interexchange circuits\fR \v'3p'
  3211. .sp 9p
  3212. .RT
  3213. .LP
  3214.     a)
  3215.     \fIReference load A\fR 
  3216. .LP
  3217.     \(em
  3218.     0.7 erlangs average occupancy on all incoming circuits
  3219. .sp 1P
  3220. .ce 1000
  3221. Call attempts/h =
  3222. @ { .7\~\(mu\~number~of~incoming~circuits } over { verage~holding~time~in~hours } @ 
  3223. .ce 0
  3224. .sp 1P
  3225. .LP
  3226.     \fINote\fR \ \(em\ Ineffective call attempts must be included in
  3227. reference call attempts.
  3228. \v'3p'
  3229. .LP
  3230.     b)
  3231.     \fIReference load B\fR 
  3232. .LP
  3233.     \(em
  3234.     0.8 erlangs average occupancy on all incoming circuits
  3235. .LP
  3236.     with 1.2 times the call attempts/h for reference load A.
  3237. .bp
  3238. .sp 1P
  3239. .LP
  3240. 2.1.2
  3241.     \fIReference load on subscriber lines (originating traffic)\fR 
  3242. .sp 9p
  3243. .RT
  3244. .PP
  3245. Characteristics of traffic offered to local exchanges vary widely depending 
  3246. upon factors such as the proportions of residence and business lines that 
  3247. are served. The following Table\ 1/Q.543 provides reference load 
  3248. characteristics for lines typical of four possible local exchange applications. 
  3249. Also provided are representative ISDN cases which are discussed below. 
  3250. Administrations may elect to use other models and/or loads that are more
  3251. suitable for their intended application.
  3252. .PP
  3253. In the following text, ISDN lines will be referred to as digital lines 
  3254. and non\(hyISDN lines as analogue lines. 
  3255. .RT
  3256. .sp 1P
  3257. .LP
  3258. 2.1.2.1
  3259.     \fIReference load A\fR 
  3260. .sp 9p
  3261. .RT
  3262. .ce
  3263. \fBH.T. [T1.543]\fR 
  3264. .ce
  3265. TABLE\ 1/Q.543
  3266. .ce
  3267. \fBSubscriber line traffic model\fR 
  3268. .ce
  3269. a)
  3270. .ce
  3271. \fINon\(hyISDN subscriber lines with or without supplementary\fR 
  3272. .ce
  3273.  
  3274. .ce
  3275. \fIservices\fR 
  3276. .ps 9
  3277. .vs 11
  3278. .nr VS 11
  3279. .nr PS 9
  3280. .TS
  3281. center box;
  3282. cw(48p) | cw(48p) | cw(48p) .
  3283. Exchange type\fR    Average traffic intensity     Average BHCA 
  3284. _
  3285. .T&
  3286. cw(48p) | cw(48p) | cw(48p) .
  3287. W    0.03 |     1.2 
  3288. .T&
  3289. cw(48p) | cw(48p) | cw(48p) .
  3290. X    0.06 |     2.4 
  3291. .T&
  3292. cw(48p) | cw(48p) | cw(48p) .
  3293. Y    0.10 |     4\fB.8\fR
  3294. .T&
  3295. cw(48p) | cw(48p) | cw(48p) .
  3296. Z    0.17 |     6.8 
  3297. _
  3298. .TE
  3299. .nr PS 9
  3300. .RT
  3301. .ad r
  3302. \fBTable 1/Q.543 a) [T1.543], p.\fR 
  3303. .sp 1P
  3304. .RT
  3305. .ad b
  3306. .RT
  3307. .LP
  3308. .sp 1
  3309.     b)
  3310.     \fIISDN digital subscriber access 2B\ +\ D\fR 
  3311. .PP
  3312. The following ISDN models and traffic parameters are provisional and may 
  3313. be revised in subsequent study periods. 
  3314. .ce
  3315. \fBH.T. [T2.543]\fR 
  3316. .ce
  3317.  
  3318. .ps 9
  3319. .vs 11
  3320. .nr VS 11
  3321. .nr PS 9
  3322. .TS
  3323. center box;
  3324. cw(36p) | cw(48p) | cw(48p) | cw(84p) .
  3325. Line type     {
  3326. Average traffic intensity per B\ channel
  3327.  }    Average BHCA  per B channel     {
  3328. Average packets per second per D channel 
  3329.  }
  3330. _
  3331. .T&
  3332. cw(36p) | cw(48p) | cw(48p) | cw(84p) .
  3333. Y`    0.05 |     2     {
  3334. 0.05
  3335. (signalling) + Data packets | ua\d\u)\d
  3336.  }
  3337. _
  3338. .T&
  3339. cw(36p) | cw(48p) | cw(48p) | cw(84p) .
  3340. Y``    0.10 |     4     {
  3341. 0.1\ 
  3342. (signalling) + Data packets | ua\d\u)\d
  3343.  }
  3344. _
  3345. .T&
  3346. cw(36p) | cw(48p) | cw(48p) | cw(84p) .
  3347. Y```    0.55 |     2    0.05 (signalling) + Data packets | ua\d\u)\d
  3348. BHCA\ Busy hour call attempts.
  3349. .TE
  3350. .LP
  3351. \ua\d\u)\d
  3352. Data packet rates are for further study. These include teleaction and packet services data.
  3353. .nr PS 9
  3354. .RT
  3355. .ad r
  3356. \fBTable 1/Q.543 b) [T2.543], p.\fR 
  3357. .sp 1P
  3358. .RT
  3359. .ad b
  3360. .RT
  3361. .LP
  3362. .bp
  3363. .PP
  3364. Even though only limited ISDN traffic data is available, the
  3365. specification of the corresponding reference loads remains an important 
  3366. factor in exchange evaluation. For the case of digital subscriber lines 
  3367. in 
  3368. Table\ 1/Q.543 | ), access is assumed to utilize the Basic Access with 2B\ +\ D
  3369. channels. The B\ channels are available for circuit\(hyswitched calls, 
  3370. while the 
  3371. D\ channel is used to carry signalling information or may be used to carry
  3372. teleaction data and packet switched data. It is assumed that digital lines
  3373. typically carry traffic comparable with the heavy\(hytraffic analogue lines
  3374. designated as case\ Y in Table\ 1/Q.543 | ). Three cases representing likely 
  3375. ISDN applications are included in the table. 
  3376. .LP
  3377.     Case\ Y`
  3378.     traffic per pair of B channels comparable to 1
  3379. Case Y line.
  3380. .LP
  3381.     Case\ Y``
  3382.     traffic per pair of B channels comparable
  3383. to 2 Case Y lines.
  3384. .LP
  3385.     Case\ Y```
  3386.     traffic per pair of B channels
  3387. comparable 1 Case Y line plus some very high traffic (e.g.,\ circuit switched
  3388. data traffic at 1\ erlang).
  3389. .PP
  3390. Each of these digital lines also carries the associated ISDN
  3391. signalling and data services on the D\ channel. For the circuit switched 
  3392. calling rates specified in Table\ 1/Q.543 | ), ISDN signalling is expected 
  3393. to contribute less than 0.05\ packet per second per digital subscriber 
  3394. line. The packet rates for D\ channel ISDN data services can be much larger 
  3395. than this; however, these are left for further study. 
  3396. .sp 1P
  3397. .LP
  3398. 2.1.2.2
  3399.     \fIReference load B\fR 
  3400. .sp 9p
  3401. .RT
  3402. .PP
  3403. Reference load B is defined as a traffic increase over
  3404. reference load A of:
  3405. .PP
  3406. +25% in erlangs, with +35% in BHCA.
  3407. .PP
  3408. Reference load B levels for D channel activity are for further
  3409. study.
  3410. .RT
  3411. .sp 1P
  3412. .LP
  3413. 2.1.3
  3414.     \fIImpact of supplementary services\fR 
  3415. .sp 9p
  3416. .RT
  3417. .PP
  3418. If the reference model exchange assumes that significant use is
  3419. made of supplementary services, the performance of the exchange can be 
  3420. strongly affected, especially in exchange designs where processor capacity 
  3421. can become a limiting item. The performance delays recommended in \(sc\(sc\ 
  3422. 2.3 and\ 2.4 can be 
  3423. significantly lengthened at a given call load under such circumstances. The
  3424. Administration or Operating Agency defining the reference model should 
  3425. estimate the fractions of calls which use various supplementary services 
  3426. so that an 
  3427. average processor impact relative to a basic telephone call can be calculated 
  3428. (e.g.,\ possibly by a methodology similar to that of Annex\ A to this 
  3429. Recommendation).
  3430. .RT
  3431. .sp 1P
  3432. .LP
  3433. 2.1.4
  3434.     \fIExchange capacity\fR 
  3435. .sp 9p
  3436. .RT
  3437. .PP
  3438. In order to evaluate and compare exchange designs, an
  3439. Administration will usually want to know the maximum possible size of the
  3440. exchange for the intended implementation. While several factors may limit
  3441. exchange capacity, processing capacity will frequently be the limiting 
  3442. factor. The maximum possible number of lines and circuits served by an 
  3443. exchange, 
  3444. \fIwhile meeting performance objectives\fR , will depend on the mix, volumes 
  3445. and 
  3446. types of traffic and the services expected in the particular implementation.
  3447. .PP
  3448. Two methods of determining exchange processing capacity are provided in 
  3449. the annexes to this Recommendation: 
  3450. .RT
  3451. .LP
  3452.     \(em
  3453.     Annex A provides an example of methodology for computing
  3454. processing capacity of an exchange using information provided
  3455. by the manufacturer and estimates of traffic mix and load
  3456. provided by the Administration.
  3457. .LP
  3458.     \(em
  3459.     Annex B provides an example of methodology for estimating
  3460. the capacity of an exchange by making projections from
  3461. measurements made on a functioning exchange in the
  3462. laboratory or in the field. The test exchange must be
  3463. representative of mix and load of traffic and services
  3464. expected at maximum size.
  3465. .sp 1P
  3466. .LP
  3467. 2.1.5
  3468.     \fIReference loads on other accesses and interfaces\fR 
  3469. .sp 9p
  3470. .RT
  3471. .PP
  3472. At this time, other applications, such as n \(mu 64 kbit/s on the
  3473. Primary Rate Interface, are left for further study.
  3474. .bp
  3475. .RT
  3476. .sp 2P
  3477. .LP
  3478. 2.2
  3479.     \fBinadequately handled call attempts\fR 
  3480. .sp 1P
  3481. .RT
  3482. .sp 1P
  3483. .LP
  3484. \fI\fR 2.2.1
  3485.     \fIDefinition\fR 
  3486. .sp 9p
  3487. .RT
  3488. .PP
  3489. Inadequately handled call attempts are attempts which are blocked (as defined 
  3490. in the E.600\(hyseries of Recommendations) or are excessively delayed within 
  3491. the exchange. \*QExcessive delays\*U are those that are greater than three 
  3492. times the \*Q0.95 probability of not exceeding\*U values recommended in 
  3493. the tables in \(sc\(sc\ 2.3\ and 2.4. (See Note.) 
  3494. .PP
  3495. For originating and transit calls, this inadequately handled call
  3496. attempt parameter applies only when there is at least one appropriate outlet
  3497. available.
  3498. .PP
  3499. \fINote\fR \ \(em\ Provisionally, call request delay is not included in this
  3500. parameter. Further study is required.
  3501. .RT
  3502. .sp 1P
  3503. .LP
  3504. 2.2.2
  3505.     \fIProbability of inadequately handled call attempts occurring\fR 
  3506. .sp 9p
  3507. .RT
  3508. .PP
  3509. The values in Table 2/Q.543 are recommended.
  3510. .RT
  3511. .ce
  3512. \fBH.T. [T3.543]\fR 
  3513. .ce
  3514. TABLE\ 2/Q.543
  3515. .ps 9
  3516. .vs 11
  3517. .nr VS 11
  3518. .nr PS 9
  3519. .TS
  3520. center box;
  3521. cw(54p) | cw(54p) | cw(54p) .
  3522. Type of connection     Reference load A   \fR    Reference load B 
  3523. _
  3524. .T&
  3525. lw(54p) | cw(54p) | cw(54p) .
  3526. Internal    10\uD\dlF261\u2\d    4 \(mu 10\uD\dlF261\u2\d 
  3527. _
  3528. .T&
  3529. lw(54p) | cw(54p) | cw(54p) .
  3530. Originating    5 \(mu 10\uD\dlF261\u3\d    3 \(mu 10\uD\dlF261\u2\d 
  3531. _
  3532. .T&
  3533. lw(54p) | cw(54p) | cw(54p) .
  3534. Terminating    5 \(mu 10\uD\dlF261\u3\d    3 \(mu 10\uD\dlF261\u2\d 
  3535. _
  3536. .T&
  3537. lw(54p) | cw(54p) | cw(54p) .
  3538. Transit    10\uD\dlF261\u3\d    10\uD\dlF261\u2\d
  3539. _
  3540. .TE
  3541. .nr PS 9
  3542. .RT
  3543. .ad r
  3544. \fBTable\ 2/Q.543 [T3.543], p.\fR 
  3545. .sp 1P
  3546. .RT
  3547. .ad b
  3548. .RT
  3549. .LP
  3550. .sp 2
  3551. .sp 1P
  3552. .LP
  3553. 2.3
  3554.      \fIDelay probability\fR \fI \(em non\(hyISDN or mixed (ISDN \(em non\(hyISDN)\fR 
  3555. \fIenvironment\fR 
  3556. .sp 9p
  3557. .RT
  3558. .PP
  3559. The non\(hyISDN environment is composed of analogue subscriber lines and/or 
  3560. circuits that use either channel associated or common channel 
  3561. signalling.
  3562. .PP
  3563. The ISDN environment is composed of digital (ISDN) subscriber lines
  3564. and/or circuits that use common channel signalling.
  3565. .PP
  3566. This section defines delay parameters related to non\(hyISDN environment 
  3567. and mixed (ISDN \(em non\(hyISDN) environment. 
  3568. .PP
  3569. When a delay parameter in this section is also applicable to the pure ISDN 
  3570. environment, a reference to the appropriate part of \(sc\ 2.4 (delay 
  3571. probability \(em\ ISDN environment) is provided.
  3572. .PP
  3573. In the following delay parameters, it is understood that delay timing begins 
  3574. when the signal is \*Qrecognizable\*U, that is, after the completion of 
  3575. signal verification, where applicable. It does not include line\(hydependent
  3576. delays for the recognition of induced voltage conditions or line transients.
  3577. .PP
  3578. The term \*Qmean value\*U is understood to be the expected value in the
  3579. probabilistic sense.
  3580. .PP
  3581. Where several messages are received at the exchange from a digital
  3582. subscriber line signalling system (e.g.,\ several alert messages are received
  3583. from a multi\(hyuser configuration), the message that is accepted for call
  3584. handling is the one considered in determining the start of a given delay
  3585. interval.
  3586. .bp
  3587. .PP
  3588. Where common channel signalling (including inter\(hyexchange and
  3589. subscriber line signalling) is involved, the terms \*Qreceived from\*U 
  3590. and \*Qpassed to\*U the signalling system are used. For CCITT Signalling 
  3591. System No.\ 7, this is designated as the instant the information is exchanged 
  3592. between the signalling data link (layer\ 1) and the signalling link functions 
  3593. (layer\ 2). For digital 
  3594. subscriber line signalling, this is designated as the instant the information 
  3595. is exchanged by means of primitives between the data link layer (layer\ 
  3596. 2) and the network layer (layer\ 3). Thus, the time intervals exclude the 
  3597. above layer\ 1 (CCITT Signalling System No.\ 7), and layer\ 2 (D\ channel) 
  3598. times. They do, 
  3599. however, include queuing delays that occur in the absence of disturbances 
  3600. but not any queuing delays that occur in the absence of disturbances but 
  3601. not 
  3602. any queuing delays caused by re\(hytransmission.
  3603. .RT
  3604. .sp 1P
  3605. .LP
  3606. 2.3.1
  3607.     \fBincoming response delay\fR \fB\(em transit and terminating\fR 
  3608. \fBincoming traffic connections\fR 
  3609. .sp 9p
  3610. .RT
  3611. .PP
  3612. Incoming response delay is a characteristic that is applicable
  3613. where channel associated signalling is used. It is defined as the interval 
  3614. from the instant an incoming circuit seizure signal is recognizable until 
  3615. a 
  3616. proceed\(hyto\(hysend signal is sent backwards by the exchange.
  3617. .PP
  3618. The values in Table\ 3/Q.543 are recommended.
  3619. .RT
  3620. .ce
  3621. \fBH.T. [T4.543]\fR 
  3622. .ce
  3623. TABLE\ 3/Q.543
  3624. .ps 9
  3625. .vs 11
  3626. .nr VS 11
  3627. .nr PS 9
  3628. .TS
  3629. center box;
  3630. lw(90p) | cw(60p) | cw(60p) .
  3631.     Reference load A     Reference load B 
  3632. _
  3633. .T&
  3634. lw(90p) | cw(60p) | rw(60p) .
  3635. Mean value    \(= | 00 ms    \(= | 00 ms 
  3636. _
  3637. .T&
  3638. lw(90p) | cw(60p) | rw(60p) .
  3639.  {
  3640. 0.95 probability of not exceeding
  3641.  }    \(=  | 00 ms    600 ms 
  3642. _
  3643. .TE
  3644. .nr PS 9
  3645. .RT
  3646. .ad r
  3647. \fBTable\ 3/Q.543 [T4.543], p.\fR 
  3648. .sp 1P
  3649. .RT
  3650. .ad b
  3651. .RT
  3652. .LP
  3653. .sp 2
  3654. .sp 1P
  3655. .LP
  3656. 2.3.2
  3657.     \fBlocal exchange call request delay\fR \fB \(em originating\fR 
  3658. \fBoutgoing and internal traffic connections\fR \v'3p'
  3659. .sp 9p
  3660. .RT
  3661. .PP
  3662. 2.3.2.1
  3663. For ANALOGUE SUBSCRIBER LINES, call request delay is defined as
  3664. the interval from the instant when the off\(hyhook condition is recognizable at
  3665. the subscriber line interface of the exchange until the exchange begins
  3666. to apply dial tone to the line. The call request delay interval is assumed
  3667. to correspond to the period at the beginning of a call attempt during which 
  3668. the exchange is unable to receive any call address information from the 
  3669. subscriber.
  3670. .PP
  3671. The values in Table\ 4/Q.543 are recommended.
  3672. .ce
  3673. \fBH.T. [T5.543]\fR 
  3674. .ce
  3675. TABLE\ 4/Q.543
  3676. .ps 9
  3677. .vs 11
  3678. .nr VS 11
  3679. .nr PS 9
  3680. .TS
  3681. center box;
  3682. lw(90p) | cw(60p) | cw(60p) .
  3683.     Reference load A    Reference load B
  3684. _
  3685. .T&
  3686. lw(90p) | cw(60p) | rw(60p) .
  3687. Mean value    \(= | 00 ms    \(= | 00 ms 
  3688. _
  3689. .T&
  3690. lw(90p) | cw(60p) | rw(60p) .
  3691.  {
  3692. 0.95 probability of not exceeding
  3693.  }    \(=  | 00 ms    1000 ms 
  3694. .TE
  3695. .LP
  3696. \fINote\fR
  3697. \ \(em\ The above values are understood to apply when a continuous
  3698. tone, i.e.,\ without a cadence, is used and do not include delays caused
  3699. by functions such as line tests, which may be used in national
  3700. networks.
  3701. .nr PS 9
  3702. .RT
  3703. .ad r
  3704. \fBTable\ 4/Q.543 [T5.543], p.\fR 
  3705. .sp 1P
  3706. .RT
  3707. .ad b
  3708. .RT
  3709. .LP
  3710. .bp
  3711. .PP
  3712. 2.3.2.2
  3713. For DIGITAL SUBSCRIBER LINES using overlap sending, call request delay 
  3714. is defined as the interval from the instant at which the SETUP message 
  3715. has been received from the subscriber signalling system until the SETUP
  3716. ACKNOWLEDGE message is pased back to the subscriber signalling system.
  3717. .PP
  3718. \fINote\fR \ \(em\ In this case this parameter is equivalent to the user
  3719. signalling acknowledgement delay (see \(sc\ 2.4.1).
  3720. .PP
  3721. The values in Table\ 5/Q.543 are recommended.
  3722. .RT
  3723. .ce
  3724. \fBH.T. [T6.543]\fR 
  3725. .ce
  3726. TABLE\ 5/Q.543
  3727. .ps 9
  3728. .vs 11
  3729. .nr VS 11
  3730. .nr PS 9
  3731. .TS
  3732. center box;
  3733. lw(90p) | cw(60p) | cw(60p) .
  3734.     Reference load A     Reference load B 
  3735. _
  3736. .T&
  3737. lw(90p) | cw(60p) | rw(60p) .
  3738. Mean value    \(= | 00 ms    \(= | 00 ms 
  3739. _
  3740. .T&
  3741. lw(90p) | cw(60p) | rw(60p) .
  3742.  {
  3743. 0.95 probability of not exceeding
  3744.  }    \(=  | 00 ms    1000 ms 
  3745. _
  3746. .TE
  3747. .nr PS 9
  3748. .RT
  3749. .ad r
  3750. \fBTable\ 5/Q.543 [T6.543], p.\fR 
  3751. .sp 1P
  3752. .RT
  3753. .ad b
  3754. .RT
  3755. .PP
  3756. .sp 2
  3757. 2.3.2.3
  3758. For DIGITAL SUBSCRIBER LINES using en\(hybloc sending, call request delay 
  3759. is defined as the interval from the instant at which the SETUP message 
  3760. is received from the subscriber signalling system until the call proceeding 
  3761. message is passed back to the subscriber signalling system.
  3762. .PP
  3763. The values in Table\ 6/Q.543 are recommended.
  3764. .ce
  3765. \fBH.T. [T7.543]\fR 
  3766. .ce
  3767. TABLE\ 6/Q.543
  3768. .ps 9
  3769. .vs 11
  3770. .nr VS 11
  3771. .nr PS 9
  3772. .TS
  3773. center box;
  3774. lw(90p) | cw(60p) | cw(60p) .
  3775.     Reference load A     Reference load B 
  3776. _
  3777. .T&
  3778. lw(90p) | cw(60p) | rw(60p) .
  3779. Mean value    \(= | 00 ms    \(= | 00 ms 
  3780. _
  3781. .T&
  3782. lw(90p) | cw(60p) | rw(60p) .
  3783.  {
  3784. 0.95 probability of not exceeding
  3785.  }    \(=  | 00 ms    1200 ms 
  3786. _
  3787. .TE
  3788. .nr PS 9
  3789. .RT
  3790. .ad r
  3791. \fBTable\ 6/Q.543 [T7.543], p.\fR 
  3792. .sp 1P
  3793. .RT
  3794. .ad b
  3795. .RT
  3796. .sp 1P
  3797. .LP
  3798. .sp 2
  3799. 2.3.3
  3800.      \fBexchange call set\(hyup delay\fR \fB \(em transit and originating\fR 
  3801. \fBoutgoing traffic connections\fR 
  3802. .sp 9p
  3803. .RT
  3804. .PP
  3805. Exchange call set\(hyup delay is defined as the interval from the
  3806. instant that the information is required for outgoing circuit selection is
  3807. available for processing in the exchange, or the signalling information
  3808. required for call set\(hyup is received from the signalling system, until the
  3809. instant when the seizing signal has been sent to the subsequent exchange 
  3810. or the corresponding signalling information is passed to the signalling 
  3811. system. 
  3812. .bp
  3813. .RT
  3814. .sp 1P
  3815. .LP
  3816. 2.3.3.1
  3817.     \fIExchange call set\(hyup delay for transit connections\fR \v'3p'
  3818. .sp 9p
  3819. .RT
  3820. .LP
  3821. 2.3.3.1.1\ \ For transit traffic connections that involve circuits that use
  3822. channel associated signalling or a mix of channel associated and common 
  3823. channel signalling, the values in Table\ 7/Q.543 are recommended. 
  3824. .LP
  3825. .sp 2
  3826. .ce
  3827. \fBH.T. [T8.543]\fR 
  3828. .ce
  3829. TABLE\ 7/Q.543
  3830. .ps 9
  3831. .vs 11
  3832. .nr VS 11
  3833. .nr PS 9
  3834. .TS
  3835. center box;
  3836. lw(90p) | cw(60p) | cw(60p) .
  3837.     Reference load A     Reference load B 
  3838. _
  3839. .T&
  3840. lw(90p) | cw(60p) | cw(60p) .
  3841. Mean value    \(= | 50 ms    \(= | 00 ms 
  3842. _
  3843. .T&
  3844. lw(90p) | cw(60p) | cw(60p) .
  3845.  {
  3846. 0.95 probability of not exceeding
  3847.  }    \(=  | 00 ms    \(=  | 00 ms 
  3848. _
  3849. .TE
  3850. .nr PS 9
  3851. .RT
  3852. .ad r
  3853. \fBTable\ 7/Q.543 [T8.543], p.\fR 
  3854. .sp 1P
  3855. .RT
  3856. .ad b
  3857. .RT
  3858. .LP
  3859. .sp 8
  3860. .LP
  3861. 2.3.3.1.2\ \ For transit traffic connections between circuits that use CCITT
  3862. Signalling System No.\ 7 signalling exclusively, the requirements of the
  3863. appropriate signalling system Recommendation should apply, e.g.\ CCITT
  3864. Recommendations\ Q.725 and\ Q.766 for T\dc\\du\uvalue (case of a processing
  3865. intensive message).
  3866. .sp 1P
  3867. .LP
  3868. 2.3.3.2
  3869.     \fIExchange call set\(hyup delay for originating outgoing traffic\fR 
  3870. \fIconnections\fR \v'3p'
  3871. .sp 9p
  3872. .RT
  3873. .LP
  3874. 2.3.3.2.1\ \ For outgoing traffic connections originating from ANALOGUE
  3875. SUBSCRIBER LINES, the values in Table\ 8/Q.543 are recommended.
  3876. .LP
  3877. .sp 2
  3878. .ce
  3879. \fBH.T. [T9.543]\fR 
  3880. .ce
  3881. TABLE\ 8/Q.543
  3882. .ps 9
  3883. .vs 11
  3884. .nr VS 11
  3885. .nr PS 9
  3886. .TS
  3887. center box;
  3888. lw(90p) | cw(60p) | cw(60p) .
  3889.     Reference load A     Reference load B 
  3890. _
  3891. .T&
  3892. lw(90p) | cw(60p) | cw(60p) .
  3893. Mean value    \(= | 00 ms    \(= | 00 ms 
  3894. _
  3895. .T&
  3896. lw(90p) | cw(60p) | cw(60p) .
  3897.  {
  3898. 0.95 probability of not exceeding
  3899.  }    \(=  | 00 ms    \(=  | 00 ms 
  3900. _
  3901. .TE
  3902. .nr PS 9
  3903. .RT
  3904. .ad r
  3905. \fBTable\ 8/Q.543 [T9.543], p.\fR 
  3906. .sp 1P
  3907. .RT
  3908. .ad b
  3909. .RT
  3910. .LP
  3911. .bp
  3912. .LP
  3913. 2.3.3.2.2\ \ For outgoing traffic connections originating from DIGITAL 
  3914. SUBSCRIBER LINES using overlap sending, the time interval starts when the 
  3915. INFORMATION 
  3916. message received contains a \*Qsending complete indication\*U or when the 
  3917. address information necessary for call set\(hyup is complete. 
  3918. .PP
  3919. The values in Table\ 9/Q.543 are recommended.
  3920. .ce
  3921. \fBH.T. [T10.543] \fR 
  3922. .ce
  3923. TABLE\ 9/Q.543
  3924. .ps 9
  3925. .vs 11
  3926. .nr VS 11
  3927. .nr PS 9
  3928. .TS
  3929. center box;
  3930. lw(90p) | cw(60p) | cw(60p) .
  3931.     Reference load A     Reference load B 
  3932. _
  3933. .T&
  3934. lw(90p) | cw(60p) | rw(60p) .
  3935. Mean value    \(= | 00 ms    \(= | 00 ms 
  3936. _
  3937. .T&
  3938. lw(90p) | cw(60p) | rw(60p) .
  3939.  {
  3940. 0.95 probability of not exceeding
  3941.  }    \(=  | 00 ms    1000 ms 
  3942. _
  3943. .TE
  3944. .nr PS 9
  3945. .RT
  3946. .ad r
  3947. \fBTable\ 9/Q.543 [T10.543], p.\fR 
  3948. .sp 1P
  3949. .RT
  3950. .ad b
  3951. .RT
  3952. .LP
  3953. .sp 2
  3954. 2.3.3.2.3\ \ For outgoing traffic connections originating from DIGITAL
  3955. SUBSCRIBER LINES using en\(hybloc sending, the time interval starts when 
  3956. the SETUP message has been received from the digital subscriber signalling 
  3957. system. 
  3958. .PP
  3959. The values in Table\ 10/Q.543 are recommended.
  3960. .ce
  3961. \fBH.T. [T11.543]\fR 
  3962. .ce
  3963. TABLE\ 10/Q.543
  3964. .ps 9
  3965. .vs 11
  3966. .nr VS 11
  3967. .nr PS 9
  3968. .TS
  3969. center box;
  3970. lw(90p) | cw(60p) | cw(60p) .
  3971. \fR    Reference load A    Reference load B
  3972. _
  3973. .T&
  3974. lw(90p) | cw(60p) | rw(60p) .
  3975. Mean value    \(= | 00\ ms    \(= | 00 ms 
  3976. _
  3977. .T&
  3978. lw(90p) | cw(60p) | rw(60p) .
  3979.  {
  3980. 0.95 probability of not exceeding
  3981.  }    \(=  | 00 ms    1200 ms 
  3982. _
  3983. .TE
  3984. .nr PS 9
  3985. .RT
  3986. .ad r
  3987. \fBTable\ 10/Q.543 [T11.543], p.\fR 
  3988. .sp 1P
  3989. .RT
  3990. .ad b
  3991. .RT
  3992. .LP
  3993. .sp 2
  3994. .sp 1P
  3995. .LP
  3996. 2.3.4
  3997.     \fBthrough\(hyconnection delay\fR 
  3998. .sp 9p
  3999. .RT
  4000. .PP
  4001. Through\(hyconnection delay is defined as the interval from the
  4002. instant at which the information required for setting up a through\(hyconnection 
  4003. is available for processing in an exchange, or the signalling information 
  4004. required for setting up a through\(hyconnection is received from the signalling
  4005. system, to the instant at which the appropriate transmission path is available 
  4006. for carrying traffic between the incoming and outgoing exchange terminations. 
  4007. .PP
  4008. The exchange through\(hyconnection delay does not include an inter\(hyoffice 
  4009. continuity check, if provided, but does include a cross\(hyoffice check 
  4010. if one 
  4011. occurs during the defined interval.
  4012. .PP
  4013. When the through\(hyconnection is established during call set\(hyup, \fIthe\fR 
  4014. \fIrecommended values for exchange call set\(hyup delay apply\fR . When 
  4015. the 
  4016. through\(hyconnection in an exchange is not established during the exchange 
  4017. call set\(hyup interval, the through\(hyconnection delay may then contribute 
  4018. to the 
  4019. network call set\(hyup delay.
  4020. .bp
  4021. .RT
  4022. .sp 1P
  4023. .LP
  4024. 2.3.4.1
  4025.     \fIFor transit and originating outgoing traffic connections\fR 
  4026. .sp 9p
  4027. .RT
  4028. .PP
  4029. The values in Table\ 11/Q.543 are recommended.
  4030. .RT
  4031. .LP
  4032. .sp 1
  4033. .ce
  4034. \fBH.T. [T12.543]\fR 
  4035. .ce
  4036. TABLE\ 11/Q.543
  4037. .ps 9
  4038. .vs 11
  4039. .nr VS 11
  4040. .nr PS 9
  4041. .TS
  4042. center box;
  4043. lw(90p) | cw(72p) | cw(66p) .
  4044.     Reference load A     Reference load B 
  4045. _
  4046. .T&
  4047. lw(90p) | cw(39p) | cw(33p) | cw(33p) | cw(33p) .
  4048.     Without ancillary equipment    With ancillary equipment    Without ancillary equipment    With ancillary equipment 
  4049. _
  4050. .T&
  4051. lw(90p) | cw(39p) | cw(33p) | cw(33p) | cw(33p) .
  4052. Mean value    \(= | 50 ms    \(= | 50 ms    \(= | 00 ms    \(= | 00 ms
  4053. _
  4054. .T&
  4055. lw(90p) | cw(39p) | cw(33p) | cw(33p) | cw(33p) .
  4056.  {
  4057. 0.95% probability of not exceeding
  4058.  }    \(=  | 00 ms    \(=  | 00 ms    \(=  | 00 ms    \(=  | 00 ms 
  4059. _
  4060. .TE
  4061. .nr PS 9
  4062. .RT
  4063. .ad r
  4064. \fBTable\ 11/Q.543 [T12.543], p.\fR 
  4065. .sp 1P
  4066. .RT
  4067. .ad b
  4068. .RT
  4069. .PP
  4070. .sp 6
  4071. The requirements for multi\(hyslot connections require further
  4072. study.
  4073. .sp 1P
  4074. .LP
  4075. 2.3.4.2
  4076.     \fIFor internal and terminating traffic connections\fR 
  4077. .sp 9p
  4078. .RT
  4079. .PP
  4080. For connections terminating on ANALOGUE SUBSCRIBER LINES, the
  4081. through\(hyconnection delay is the interval from the instant at which the 
  4082. called subscriber off\(hyhook condition (answer) is recognizable at the 
  4083. subscriber line interface of the exchange until the through\(hyconnection 
  4084. is established and 
  4085. available for the carrying traffic or a consequent signal is sent backwards 
  4086. by the exchange. 
  4087. .PP
  4088. The maximum values applying to this parameter are included with those for 
  4089. incoming call indication sending delay in \(sc\ 2.3.5. 
  4090. .PP
  4091. For connections terminating on DIGITAL SUBSCRIBER LINES, the
  4092. through\(hyconnection delay is the interval from the instant at which the 
  4093. CONNECT message is received from the signalling system until the through\(hyconnection 
  4094. is established and available for carrying traffic as those indicated by 
  4095. passing to the respective signalling systems of the ANSWER and CONNECT 
  4096. ACKNOWLEDGE 
  4097. messages.
  4098. .PP
  4099. The values in Table\ 12/Q.543 are recommended.
  4100. .RT
  4101. .LP
  4102. .sp 1
  4103. .ce
  4104. \fBH.T. [T13.543]\fR 
  4105. .ce
  4106. TABLE\ 12/Q.543
  4107. .ps 9
  4108. .vs 11
  4109. .nr VS 11
  4110. .nr PS 9
  4111. .TS
  4112. center box;
  4113. lw(90p) | cw(60p) | cw(60p) .
  4114.     Reference load A     Reference load B 
  4115. _
  4116. .T&
  4117. lw(90p) | cw(60p) | cw(60p) .
  4118. Mean value    \(= | 50 ms    \(= | 00 ms 
  4119. _
  4120. .T&
  4121. lw(90p) | cw(60p) | cw(60p) .
  4122.  {
  4123. 0.95 probability of not exceeding
  4124.  }    \(=  | 00 ms    \(=  | 00 ms   
  4125. _
  4126. .TE
  4127. .nr PS 9
  4128. .RT
  4129. .ad r
  4130. \fBTable\ 12/Q.543 [T13.543], p.\fR 
  4131. .sp 1P
  4132. .RT
  4133. .ad b
  4134. .RT
  4135. .LP
  4136. .bp
  4137. .sp 1P
  4138. .LP
  4139. 2.3.5
  4140.     \fBincoming call indication sending delay\fR \fB \(em (for\fR 
  4141. \fBterminating and internal traffic connections)\fR \v'3p'
  4142. .sp 9p
  4143. .RT
  4144. .PP
  4145. 2.3.5.1
  4146. For calls terminating on ANALOGUE SUBSCRIBER LINES, the
  4147. incoming call indication sending delay is defined as the interval from the
  4148. instant when the last digit of the called number is available for processing 
  4149. in the exchange until the instant that ringing signal is applied by the 
  4150. exchange to the called subscriber line. 
  4151. .PP
  4152. It is recommended that the sum of the values for ringing signal
  4153. sending delay and through\(hyconnection delay for internal and teminating 
  4154. traffic connection should not exceed the values in Table\ 13/Q.543. In 
  4155. addition, it is recommended that the value of the incoming call indication 
  4156. sending delay should not exceed 90% of these values nor the though\(hyconnection 
  4157. delay exceed 35% of 
  4158. these values.
  4159. .LP
  4160. .sp 1
  4161. .ce
  4162. \fBH.T. [T14.543]\fR 
  4163. .ce
  4164. TABLE\ 13/Q.543
  4165. .ps 9
  4166. .vs 11
  4167. .nr VS 11
  4168. .nr PS 9
  4169. .TS
  4170. center box;
  4171. lw(90p) | cw(60p) | cw(60p) .
  4172.     Reference load A     Reference load B 
  4173. _
  4174. .T&
  4175. lw(90p) | cw(60p) | cw(60p) .
  4176. Mean value    \(= | 50 ms    \(= | 000 ms 
  4177. _
  4178. .T&
  4179. lw(90p) | cw(60p) | cw(60p) .
  4180.  {
  4181. 0.95 probability of not exceeding
  4182.  }    \(=  | 00 ms    \(=  | 600 ms 
  4183. .TE
  4184. .LP
  4185. \fINote\fR
  4186. \ \(em\ The above values assume that \*Qimmediate\*U ringing is applied and
  4187. do not include delays caused by functions such as line tests, which may
  4188. be used in national networks.
  4189. .nr PS 9
  4190. .RT
  4191. .ad r
  4192. \fBTable\ 13/Q.543 [T14.543], p.\fR 
  4193. .sp 1P
  4194. .RT
  4195. .ad b
  4196. .RT
  4197. .LP
  4198. .sp 6
  4199. .PP
  4200. 2.3.5.2
  4201. For calls terminating on DIGITAL SUBSCRIBER LINES, the incoming
  4202. call indication sending delay is defined as the interval from the instant at
  4203. which the necessary signalling information is received from the signalling
  4204. system to the instant at which the SETUP message is passed to the signalling
  4205. system of the called digital subscriber line.
  4206. .PP
  4207. In the case of overlap sending in the incoming signalling system, the values 
  4208. in Table\ 14/Q.543 are recommended. 
  4209. .LP
  4210. .sp 1
  4211. .ce
  4212. \fBH.T. [T15.543]\fR 
  4213. .ce
  4214. TABLE\ 14/Q.543
  4215. .ps 9
  4216. .vs 11
  4217. .nr VS 11
  4218. .nr PS 9
  4219. .TS
  4220. center box;
  4221. lw(90p) | cw(60p) | cw(60p) .
  4222.     Reference load A     Reference load B 
  4223. _
  4224. .T&
  4225. lw(90p) | cw(60p) | rw(60p) .
  4226. Mean value    \(= | 00\ ms    \(= | 00 ms 
  4227. _
  4228. .T&
  4229. lw(90p) | cw(60p) | rw(60p) .
  4230.  {
  4231. 0.95 probability of not exceeding
  4232.  }    \(=  | 00\ ms    1000 ms 
  4233. _
  4234. .TE
  4235. .nr PS 9
  4236. .RT
  4237. .ad r
  4238. \fBTable\ 14/Q.543 [T15.543], p.\fR 
  4239. .sp 1P
  4240. .RT
  4241. .ad b
  4242. .RT
  4243. .LP
  4244. .bp
  4245. .PP
  4246. In the case of en\(hybloc sending in the incoming signalling system, the 
  4247. values in Table\ 15/Q.543 are recommended. 
  4248. .ce
  4249. \fBH.T. [T16.543]\fR 
  4250. .ce
  4251. TABLE\ 15/Q.543
  4252. .ps 9
  4253. .vs 11
  4254. .nr VS 11
  4255. .nr PS 9
  4256. .TS
  4257. center box;
  4258. lw(90p) | cw(60p) | cw(60p) .
  4259.     Reference load A     Reference load B 
  4260. _
  4261. .T&
  4262. lw(90p) | cw(60p) | rw(60p) .
  4263. Mean value    \(= | 00 ms    \(= | 00 ms 
  4264. _
  4265. .T&
  4266. lw(90p) | cw(60p) | rw(60p) .
  4267.  {
  4268. 0.95 probability of not exceeding
  4269.  }    \(=  | 00 ms    1200 ms 
  4270. _
  4271. .TE
  4272. .nr PS 9
  4273. .RT
  4274. .ad r
  4275. \fBTable\ 15/Q.543 [T16.543], p.\fR 
  4276. .sp 1P
  4277. .RT
  4278. .ad b
  4279. .RT
  4280. .LP
  4281. .sp 1
  4282. .sp 2P
  4283. .LP
  4284. 2.3.6
  4285.     \fIAlerting sending delay\fR \fI\(em terminating and internal\fR 
  4286. \fItraffic connections\fR 
  4287. .sp 1P
  4288. .RT
  4289. .sp 1P
  4290. .LP
  4291. 2.3.6.1
  4292.     \fBalerting sending delay for terminating traffic\fR \v'3p'
  4293. .sp 9p
  4294. .RT
  4295. .LP
  4296. 2.3.6.1.1\ \ For calls terminating on ANALOGUE SUBSCRIBER LINES,
  4297. alerting sending delay is defined as the interval from the instant when the
  4298. last digit is available for processing in the exchange until the ringing 
  4299. tone is sent backwards toward the calling user. 
  4300. .PP
  4301. The values in Table\ 13/Q.543 are recommended.
  4302. .LP
  4303. 2.3.6.1.2\ \ For calls termining on DIGITAL SUBSCRIBER LINES, the
  4304. alerting sending delay is defined as the interval from the instant that an
  4305. ALERTING message is received from the digital subscriber line signalling 
  4306. system to the instant at which an ADDRESS COMPLETE message is passed to 
  4307. the 
  4308. interexchange signalling system or ringing tone is sent backward toward the
  4309. calling user.
  4310. .PP
  4311. The values in Table\ 16/Q.543 are recommended.
  4312. .ce
  4313. \fBH.T. [T17.543]\fR 
  4314. .ce
  4315. TABLE\ 16/Q.543
  4316. .ps 9
  4317. .vs 11
  4318. .nr VS 11
  4319. .nr PS 9
  4320. .TS
  4321. center box;
  4322. lw(90p) | cw(60p) | cw(60p) .
  4323.     Reference load A     Reference load B 
  4324. _
  4325. .T&
  4326. lw(90p) | cw(60p) | cw(60p) .
  4327. Mean value    \(= | 00 ms    \(= | 50 ms 
  4328. _
  4329. .T&
  4330. lw(90p) | cw(60p) | cw(60p) .
  4331.  {
  4332. 0.95 probability of not exceeding
  4333.  }    \(=  | 00 ms    \(=  | 00 ms 
  4334. _
  4335. .TE
  4336. .nr PS 9
  4337. .RT
  4338. .ad r
  4339. \fBTable\ 16/Q.543 [T17.543], p.\fR 
  4340. .sp 1P
  4341. .RT
  4342. .ad b
  4343. .RT
  4344. .LP
  4345. .sp 1
  4346. .sp 1P
  4347. .LP
  4348. 2.3.6.2
  4349.     \fBalerting sending delay for internal traffic\fR \v'3p'
  4350. .sp 9p
  4351. .RT
  4352. .LP
  4353. 2.3.6.2.1\ \ For calls terminating on ANALOGUE SUBSCRIBER LINES, alerting
  4354. sending delay is defined as the interval from the instant that the signalling 
  4355. information is available for processing in the exchange until ringing tone 
  4356. is applied to an ANALOGUE calling subscriber line or an ALERTING message 
  4357. is 
  4358. sent to a DIGITAL calling subscriber line signalling system.
  4359. .PP
  4360. For calls from ANALOGUE SUBSCRIBER LINES to ANALOGUE SUBSCRIBER
  4361. LINES, the values in Table\ 13/Q.543 are recommended.
  4362. .bp
  4363. .PP
  4364. For calls from DIGITAL SUBSCRIBER LINES to ANALOGUE SUBSCRIBER LINES, the 
  4365. values in Table\ 17/Q.543 are recommended. 
  4366. .RT
  4367. .ce
  4368. \fBH.T. [T18.543]\fR 
  4369. .ce
  4370. TABLE\ 17/Q.543
  4371. .ps 9
  4372. .vs 11
  4373. .nr VS 11
  4374. .nr PS 9
  4375. .TS
  4376. center box;
  4377. lw(90p) | cw(60p) | cw(60p) .
  4378.     Reference load A     Reference load B 
  4379. _
  4380. .T&
  4381. lw(90p) | cw(60p) | cw(60p) .
  4382. Mean value    \(= | 00 ms    \(= | 00 ms 
  4383. _
  4384. .T&
  4385. lw(90p) | cw(60p) | cw(60p) .
  4386.  {
  4387. 0.95 probability of not exceeding
  4388.  }    \(=  | 00 ms    \(=  | 00 ms 
  4389. _
  4390. .TE
  4391. .nr PS 9
  4392. .RT
  4393. .ad r
  4394. \fBTable\ 17/Q.543 [T18.543], p.\fR 
  4395. .sp 1P
  4396. .RT
  4397. .ad b
  4398. .RT
  4399. .LP
  4400. .sp 1
  4401. 2.3.6.2.2\ \ For internal calls terminating on DIGITAL SUBSCRIBER LINES
  4402. originating from ANALOGUE SUBSCRIBER LINES, alerting sending delay is defined 
  4403. as the interval from the instant that an alerting message is received from 
  4404. the signalling system of the called subscriber's line until ringing tone 
  4405. is applied to the calling subscriber line. 
  4406. .PP
  4407. The values in Table\ 13/Q.543 are recommended.
  4408. .PP
  4409. Alerting sending delay on internal calls between DIGITAL SUBSCRIBER
  4410. LINES are covered by Table\ 28/Q.543.
  4411. .RT
  4412. .sp 1P
  4413. .LP
  4414. 2.3.7
  4415.     \fBringing tripping delay\fR \fB \(em internal and terminating
  4416. traffic connections\fR 
  4417. .sp 9p
  4418. .RT
  4419. .PP
  4420. Ringing tripping delay is a characteristic that is applicable for calls 
  4421. terminating on ANALOGUE SUBSCRIBER LINES only. It is defined as the 
  4422. interval from the instant that the called subscriber off\(hyhook condition is
  4423. reconizable at the subscriber line interface until the ringing signal at the
  4424. same interface is suppressed.
  4425. .PP
  4426. The values in Table\ 18/Q.543 are recommended.
  4427. .RT
  4428. .ce
  4429. \fBH.T. [T19.543]\fR 
  4430. .ce
  4431. TABLE\ 18/Q.543
  4432. .ps 9
  4433. .vs 11
  4434. .nr VS 11
  4435. .nr PS 9
  4436. .TS
  4437. center box;
  4438. lw(90p) | cw(60p) | cw(60p) .
  4439.     Reference load A     Reference load B 
  4440. _
  4441. .T&
  4442. lw(90p) | cw(60p) | cw(60p) .
  4443. Mean value    \(= | 00 ms    \(= | 50 ms 
  4444. _
  4445. .T&
  4446. lw(90p) | cw(60p) | cw(60p) .
  4447.  {
  4448. 0.95 probability of not exceeding
  4449.  }    \(=  | 50 ms    \(=  | 00 ms 
  4450. _
  4451. .TE
  4452. .nr PS 9
  4453. .RT
  4454. .ad r
  4455. \fBTable\ 18/Q.543 [T19.543], p.\fR 
  4456. .sp 1P
  4457. .RT
  4458. .ad b
  4459. .RT
  4460. .LP
  4461. .sp 1
  4462. .sp 1P
  4463. .LP
  4464. 2.3.8
  4465.     \fBexchange call release delay\fR 
  4466. .sp 9p
  4467. .RT
  4468. .PP
  4469. Exchange call release delay is the interval from the instant at
  4470. which the last information required for releasing a connection is available 
  4471. for processing in the exchange to the instant that the switching network 
  4472. through\(hyconnection in the exchange is no longer available for carrying 
  4473. traffic and the disconnection signal is sent to the subsequent exchange, 
  4474. if applicable. This interval does not include the time taken to detect 
  4475. the release signal, 
  4476. which might become significant during certain failure conditions,
  4477. e.g.,\ transmission system failures.
  4478. .bp
  4479. .RT
  4480. .PP
  4481. 2.3.8.1\fR For transit traffic connections involving circuits using
  4482. channel associated signalling or a mix of channel associated and common 
  4483. channel signalling, the values in Table\ 19/Q.543 are recommended. 
  4484. .sp 9p
  4485. .RT
  4486. .ce
  4487. \fBH.T. [T20.543]\fR 
  4488. .ce
  4489. TABLE\ 19/Q.543
  4490. .ps 9
  4491. .vs 11
  4492. .nr VS 11
  4493. .nr PS 9
  4494. .TS
  4495. center box;
  4496. lw(90p) | cw(60p) | cw(60p) .
  4497.     Reference load A     Reference load B 
  4498. _
  4499. .T&
  4500. lw(90p) | cw(60p) | cw(60p) .
  4501. Mean value    \(= | 50 ms    \(= | 00 ms 
  4502. _
  4503. .T&
  4504. lw(90p) | cw(60p) | cw(60p) .
  4505.  {
  4506. 0.95 probability of not exceeding
  4507.  }    \(=  | 00 ms    \(=  | 00 ms 
  4508. _
  4509. .TE
  4510. .nr PS 9
  4511. .RT
  4512. .ad r
  4513. \fBTable\ 19/Q.543 [T20.543], p.\fR 
  4514. .sp 1P
  4515. .RT
  4516. .ad b
  4517. .RT
  4518. .LP
  4519. .sp 5
  4520. .PP
  4521. For transit traffic connections involving circuits using CCITT
  4522. Signalling System No.\ 7 signalling exclusively, the values in Table\ 35/Q.543
  4523. are recommended.
  4524. .PP
  4525. 2.3.8.7
  4526. For originating, terminating and internal traffic connections, the values 
  4527. in Table\ 20/Q.543 are recommended. 
  4528. .sp 9p
  4529. .RT
  4530. .ce
  4531. \fBH.T. [T21.543]\fR 
  4532. .ce
  4533. TABLE\ 20/Q.543
  4534. .ps 9
  4535. .vs 11
  4536. .nr VS 11
  4537. .nr PS 9
  4538. .TS
  4539. center box;
  4540. lw(90p) | cw(60p) | cw(60p) .
  4541.     Reference load A     Reference load B 
  4542. _
  4543. .T&
  4544. lw(90p) | cw(60p) | cw(60p) .
  4545. Mean value    \(= | 50 ms    \(= | 00 ms 
  4546. _
  4547. .T&
  4548. lw(90p) | cw(60p) | cw(60p) .
  4549.  {
  4550. 0.95 probability of not exceeding
  4551.  }    \(=  | 00 ms    \(=  | 00 ms 
  4552. _
  4553. .TE
  4554. .nr PS 9
  4555. .RT
  4556. .ad r
  4557. \fBTable\ 20/Q.543 [T21.543], p.\fR 
  4558. .sp 1P
  4559. .RT
  4560. .ad b
  4561. .RT
  4562. .sp 1P
  4563. .LP
  4564. .sp 5
  4565. 2.3.9
  4566.     \fBexchange signalling transfer delay\fR \fB \(em other than
  4567. answer signal\fR 
  4568. .sp 9p
  4569. .RT
  4570. .PP
  4571. Exchange signalling transfer delay is the time taken by the
  4572. exchange to transfer a signal, no other exchange action being required. 
  4573. It is defined as the interval from the instant that the incoming signal 
  4574. is 
  4575. recognizable, or the signalling information is received from the signalling
  4576. system, until the instant when the corresponding outgoing signal has been
  4577. transmitted, or the appropriate signalling information is passed to the
  4578. signalling system.
  4579. .bp
  4580. .RT
  4581. .PP
  4582. 2.3.9.1
  4583. For transit traffic connections involving circuits using
  4584. channel associated signalling or a mix of channel associated and common 
  4585. channel signalling, the values in Table\ 21/Q.543 are recommended. 
  4586. .sp 9p
  4587. .RT
  4588. .ce
  4589. \fBH.T. [T22.543]\fR 
  4590. .ce
  4591. TABLE\ 21/Q.543
  4592. .ps 9
  4593. .vs 11
  4594. .nr VS 11
  4595. .nr PS 9
  4596. .TS
  4597. center box;
  4598. lw(90p) | cw(60p) | cw(60p) .
  4599.     Reference load A     Reference load B 
  4600. _
  4601. .T&
  4602. lw(90p) | cw(60p) | cw(60p) .
  4603. Mean value    \(= | 00 ms    \(= | 50 ms 
  4604. _
  4605. .T&
  4606. lw(90p) | cw(60p) | cw(60p) .
  4607.  {
  4608. 0.95 probability of not exceeding
  4609.  }    \(=  | 50 ms    \(=  | 00 ms 
  4610. _
  4611. .TE
  4612. .nr PS 9
  4613. .RT
  4614. .ad r
  4615. \fBTable\ 21/Q.543 [T22.543], p.\fR 
  4616. .sp 1P
  4617. .RT
  4618. .ad b
  4619. .RT
  4620. .PP
  4621. .sp 5
  4622. For transit traffic connections between circuits that use CCITT
  4623. Signalling System No. 7 signalling exclusively, the requirements of the
  4624. appropriate signalling system Recommendations should apply, e.g.,\ CCITT
  4625. Recommendations\ Q.725/Q.726 for T\dc\\du\uvalue (case of a simple message).
  4626. .PP
  4627. 2.3.9.2
  4628. Exchange signalling transfer delay for originating, terminating and internal 
  4629. traffic involving a mix of ANALOGUE and DIGITAL SUBSCRIBER LINES is left 
  4630. for further study. Exchange signal transfer delay between DIGITAL 
  4631. SUBSCRIBER signalling systems or between DIGITAL SUBSCRIBER LINE signalling
  4632. systems and CCITT Signalling System No.\ 7 is covered in \(sc\ 2.4.2.
  4633. .sp 9p
  4634. .RT
  4635. .sp 1P
  4636. .LP
  4637. 2.3.10
  4638.     \fBanswer sending delay\fR 
  4639. .sp 9p
  4640. .RT
  4641. .PP
  4642. Answer sending delay is defined as the interval from the instant that the 
  4643. answer indication is received at the exchange to the instant that the answer 
  4644. indication is passed on by the exchange toward the calling user. The 
  4645. objective of this parameter is to minimize the possible interruption of the
  4646. transmission path for any significant interval during the initial response 
  4647. by the called user. 
  4648. .RT
  4649. .sp 1P
  4650. .LP
  4651. 2.3.10.1\ \ For transit traffic involving circuits that use channel associated 
  4652. signalling or a mix of channel associated and common channel signalling, 
  4653. the 
  4654. values in Table\ 22/Q.543 are recommended.
  4655. .sp 9p
  4656. .RT
  4657. .ce
  4658. \fBH.T. [T23.543]\fR 
  4659. .ce
  4660. TABLE\ 22/Q.543
  4661. .ps 9
  4662. .vs 11
  4663. .nr VS 11
  4664. .nr PS 9
  4665. .TS
  4666. center box;
  4667. lw(90p) | cw(60p) | cw(60p) .
  4668.     Reference load A     Reference load B 
  4669. _
  4670. .T&
  4671. lw(90p) | cw(60p) | cw(60p) .
  4672. Mean value    \(= | 00 ms    \(= | 50 ms 
  4673. _
  4674. .T&
  4675. lw(90p) | cw(60p) | cw(60p) .
  4676.  {
  4677. 0.95 probability of not exceeding
  4678.  }    \(=  | 50 ms    \(=  | 00 ms 
  4679. _
  4680. .TE
  4681. .nr PS 9
  4682. .RT
  4683. .ad r
  4684. \fBTable\ 22/Q.543 [T23.543], p.\fR 
  4685. .sp 1P
  4686. .RT
  4687. .ad b
  4688. .RT
  4689. .LP
  4690. .bp
  4691. .PP
  4692. More stringent values are recommended where in\(hyband line
  4693. signalling may be encountered in the national part of a built\(hyup connection.
  4694. The recommended values are given in Table\ 23/Q.543.
  4695. .ce
  4696. \fBH.T. [T24.543]\fR 
  4697. .ce
  4698. TABLE\ 23/Q.543
  4699. .ps 9
  4700. .vs 11
  4701. .nr VS 11
  4702. .nr PS 9
  4703. .TS
  4704. center box;
  4705. lw(90p) | cw(60p) | cw(60p) .
  4706.     Reference load A     Reference load B 
  4707. _
  4708. .T&
  4709. lw(90p) | rw(60p) | rw(60p) .
  4710. Mean value    \(= | 0 ms    \(= | 0 ms 
  4711. _
  4712. .T&
  4713. lw(90p) | rw(60p) | rw(60p) .
  4714.  {
  4715. 0.95 probability of not exceeding
  4716.  }    100 ms    180 ms   
  4717. _
  4718. .TE
  4719. .nr PS 9
  4720. .RT
  4721. .ad r
  4722. \fBTable\ 23/Q.543 [T24.543], p.\fR 
  4723. .sp 1P
  4724. .RT
  4725. .ad b
  4726. .RT
  4727. .PP
  4728. .sp 3
  4729. For transit traffic connections involving circuits that use CCITT Signalling 
  4730. System No.\ 7 exclusively, the requirements of the appropriate 
  4731. signalling system Recommendations should apply, e.g.,\ CCITT
  4732. Recommendations\ Q.725 and Q.766 for T\dc\\du\uvalue (case of a simple
  4733. message).
  4734. .sp 1P
  4735. .LP
  4736. 2.3.10.2\ \ For connections in a terminating exchange, exchange answer 
  4737. sending delay is defined as the interval from the instant that the off\(hyhook 
  4738. condition is recognizable at the ANALOGUE SUBSCRIBER LINE interface on 
  4739. an incoming call or a CONNECT message is received from a DIGITAL SUBSCRIBER 
  4740. LINE signalling 
  4741. system until the instant that an answer indication is sent back toward the
  4742. calling user.
  4743. .sp 9p
  4744. .RT
  4745. .PP
  4746. The values in Table\ 24/Q.543 are recommended.
  4747. .ce
  4748. \fBH.T. [T25.543]\fR 
  4749. .ce
  4750. TABLE\ 24/Q.543
  4751. .ps 9
  4752. .vs 11
  4753. .nr VS 11
  4754. .nr PS 9
  4755. .TS
  4756. center box;
  4757. lw(90p) | cw(60p) | cw(60p) .
  4758.     Reference load A     Reference load B 
  4759. _
  4760. .T&
  4761. lw(90p) | cw(60p) | cw(60p) .
  4762. Mean value    \(= | 50 ms    \(= | 50 ms 
  4763. _
  4764. .T&
  4765. lw(90p) | cw(60p) | cw(60p) .
  4766.  {
  4767. 0.95 probability of not exceeding
  4768.  }    \(=  | 00 ms    \(=  | 00 ms 
  4769. _
  4770. .TE
  4771. .nr PS 9
  4772. .RT
  4773. .ad r
  4774. \fBTable\ 24/Q.543 [T25.543], p.\fR 
  4775. .sp 1P
  4776. .RT
  4777. .ad b
  4778. .RT
  4779. .LP
  4780. .sp 3
  4781. .sp 1P
  4782. .LP
  4783. 2.3.10.3\ \ For connections in an originating exchange, exchange answer
  4784. sending delay is defined as the interval from the instant that the answer
  4785. indication is received from the outgoing circuit signalling system or in the
  4786. case of an internal call, from the called subscriber's line, until the 
  4787. instant that the answer indication is sent to the calling user. In the 
  4788. case of a call originated from a DIGITAL SUBSCRIBER LINE, the answer indication 
  4789. is a CONNECT message that is sent to the DIGITAL SUBSCRIBER LINE signalling 
  4790. system. If an 
  4791. ANALOGUE SUBSCRIBER LINE originated the call, the answer indication may 
  4792. not be sent. 
  4793. .bp
  4794. .sp 9p
  4795. .RT
  4796. .PP
  4797. The values in Table\ 25/Q.543 are recommended.
  4798. .ce
  4799. \fBH.T. [T26.543]\fR 
  4800. .ce
  4801. TABLE\ 25/Q.543
  4802. .ps 9
  4803. .vs 11
  4804. .nr VS 11
  4805. .nr PS 9
  4806. .TS
  4807. center box;
  4808. lw(90p) | cw(60p) | cw(60p) .
  4809.     Reference load A     Reference load B 
  4810. _
  4811. .T&
  4812. lw(90p) | cw(60p) | cw(60p) .
  4813. Mean value    \(= | 50 ms    \(= | 00 ms 
  4814. _
  4815. .T&
  4816. lw(90p) | cw(60p) | cw(60p) .
  4817.  {
  4818. 0.95 probability of not exceeding
  4819.  }    \(=  | 00 ms    \(=  | 00 ms 
  4820. _
  4821. .TE
  4822. .nr PS 9
  4823. .RT
  4824. .ad r
  4825. \fBTable\ 25/Q.543 [T26.543], p.\fR 
  4826. .sp 1P
  4827. .RT
  4828. .ad b
  4829. .RT
  4830. .PP
  4831. For ISDN operation involving DIGITAL SUBSCRIBER LINES and CCITT
  4832. Signalling System No. 7 exclusively, the values in Table\ 28/Q.543 are
  4833. recommended.
  4834. .sp 1P
  4835. .LP
  4836. 2.3.11
  4837.     \fBtiming for start of charging (circuit switched calls)\fR 
  4838. .sp 9p
  4839. .RT
  4840. .PP
  4841. When required, timing for charging at the exchange where this
  4842. function is performed, shall begin after receipt of an ANSWER indication 
  4843. from a connecting exchange or the called user. The start of timing for 
  4844. charging 
  4845. should occur within the intervals recommended in Table\ 26/Q.543.
  4846. .RT
  4847. .ce
  4848. \fBH.T. [T27.543]\fR 
  4849. .ce
  4850. TABLE\ 26/Q.543
  4851. .ps 9
  4852. .vs 11
  4853. .nr VS 11
  4854. .nr PS 9
  4855. .TS
  4856. center box;
  4857. lw(90p) | cw(60p) | cw(60p) .
  4858.     Reference load A     Reference load B 
  4859. _
  4860. .T&
  4861. lw(90p) | cw(60p) | cw(60p) .
  4862. Mean value    \(= | 00 ms    \(= | 75 ms 
  4863. _
  4864. .T&
  4865. lw(90p) | cw(60p) | cw(60p) .
  4866.  {
  4867. 0.95 probability of not exceeding
  4868.  }    \(=  | 00 ms    \(=  | 50 ms 
  4869. _
  4870. .TE
  4871. .nr PS 9
  4872. .RT
  4873. .ad r
  4874. \fBTableau 26/Q.543 [T27.543], p.36\fR 
  4875. .sp 1P
  4876. .RT
  4877. .ad b
  4878. .RT
  4879. .LP
  4880. .rs
  4881. .sp 19P
  4882. .sp 2P
  4883. .LP
  4884. \fBMONTAGE: \(sc 2.4 SUR LE RESTE DE CETTE PAGE\fR 
  4885. .sp 1P
  4886. .RT
  4887. .LP
  4888. .bp
  4889.